Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
29.03.2018, 13:31
|
|||
---|---|---|---|
|
|||
statement_timeout |
|||
#18+
Всем привет! Хочу выставить statement_timeout(сейчас =0) т.к. периодически обнаруживаем подвисшие транзакции, которые влияют на производительность сервера. Вопросы: 1. как завершается statement-через cancel иди terminate? 2. ненулевое значение может как-то неожиданно сказаться на работе БД если коннект через pgbouncer/pgpool? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.03.2018, 14:46
|
|||
---|---|---|---|
statement_timeout |
|||
#18+
SeventhSon, кенсел -- см. 21289873 лучше назначьте стейтмент--таймаут роли. разные таймауты -- разным ролям. пулеры для одной роли выделяют отдельный пул. т.ч. не смешают. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.03.2018, 16:08
|
|||
---|---|---|---|
statement_timeout |
|||
#18+
SeventhSon, есть еще idle_in_transaction_session_timeout (9.6+). statement_timeout не спасет от ситуаций, когда транзакцию открывают и в ней ничего не делают после какого-нибудь запроса, а такое очень часто бывает. а оба параметра вместе не спасут от долгой транзакции, в которой в цикле с паузами что-то делается. но смысл их выставлять в некоторых случаях есть. самое универсальное решение - добавить в крон задачу, в которой будет pg_terminate_backend делаться тем транзакциям из pg_stat_activity, которые по нужным условиям отобраны. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/moderation_log.php?user_name=Vistoknow]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
others: | 440ms |
total: | 606ms |
0 / 0 |