|
statement_timeout
|
|||
---|---|---|---|
#18+
Всем привет! Хочу выставить statement_timeout(сейчас =0) т.к. периодически обнаруживаем подвисшие транзакции, которые влияют на производительность сервера. Вопросы: 1. как завершается statement-через cancel иди terminate? 2. ненулевое значение может как-то неожиданно сказаться на работе БД если коннект через pgbouncer/pgpool? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2018, 13:31 |
|
statement_timeout
|
|||
---|---|---|---|
#18+
SeventhSon, кенсел -- см. 21289873 лучше назначьте стейтмент--таймаут роли. разные таймауты -- разным ролям. пулеры для одной роли выделяют отдельный пул. т.ч. не смешают. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2018, 14:46 |
|
statement_timeout
|
|||
---|---|---|---|
#18+
SeventhSon, есть еще idle_in_transaction_session_timeout (9.6+). statement_timeout не спасет от ситуаций, когда транзакцию открывают и в ней ничего не делают после какого-нибудь запроса, а такое очень часто бывает. а оба параметра вместе не спасут от долгой транзакции, в которой в цикле с паузами что-то делается. но смысл их выставлять в некоторых случаях есть. самое универсальное решение - добавить в крон задачу, в которой будет pg_terminate_backend делаться тем транзакциям из pg_stat_activity, которые по нужным условиям отобраны. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2018, 16:08 |
|
|
start [/forum/topic.php?fid=53&fpage=57&tid=1995864]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
25ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
2ms |
others: | 310ms |
total: | 421ms |
0 / 0 |