| Тип: | integer |
| По умолчанию: | 0 (0ms) |
| Минимальный: | 0 (0ms) |
| Максимальный: | 2147483647 (2147483647ms) |
| Ед. изм: | milliseconds (ms) |
| Контекст: | user |
| Перезапуск: | false |
Задаёт максимальное время выполнения оператора (в миллисекундах), начиная с момента получения сервером команды от клиента, по истечении которого оператор прерывается. Если log_min_error_statement имеет значение ERROR или ниже, оператор, прерванный по тайм-ауту, будет также записан в журнал. При значении, равном нулю (по умолчанию), этот контроль длительности отключается.
Устанавливать значение statement_timeout в postgresql.conf не рекомендуется, так как это повлияет на все сеансы.
Рекомендации [EN]
Defaults to 0, meaning no timeout. For most web applications, it's a good idea to set a default timeout, such as 60s to prevent runaway queries from bogging the server. If set, though, you need to remember to set (at the ROLE or session level) a higher statement_timeout for expected long-running maintenance or batch operations.
На StackOverflow
На pgsql-hackers
- Re: Performance issues with v18 SQL-language-function changes
- Consider pipeline implicit transaction as a transaction block
- Re: Implement waiting for wal lsn replay: reloaded
- Re: POC: enable logical decoding when wal_level = 'replica' without a server restart
- Accept recovery conflict interrupt on blocked writing
