|
Вред и польза от idle_in_transaction_session_timeout
|
|||
---|---|---|---|
#18+
postgrespro.ruЗавершать любые сеансы, в которых открытая транзакция простаивает дольше заданного (в миллисекундах) времени. Это позволяет освободить все блокировки сеанса и вновь задействовать слот подключения; также это позволяет очистить кортежи, видимые только для этой транзакции. В документации ничего не сказано про то, как будет завершен сеанс в плане COMMIT/ROLLBACK. Эксперимент показал, что транзакция в случае таймаута не фиксируется. Значит ли цитата " также это позволяет очистить кортежи, видимые только для этой транзакции " что при этом выполняется ROLLBACK? Меня интересуют негативные последствия, которые могут наступить при использовании idle_in_transaction_session_timeout, например, со сборкой мусора VACUUM. Поделитесь практикой использования. P.S. Версия 11, самая большая таблица(сегмент) содержит 7млрд строк / 2ТБ ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2019, 16:13 |
|
Вред и польза от idle_in_transaction_session_timeout
|
|||
---|---|---|---|
#18+
DSKalugin, rollback с закрытием соединения, т.к. выполняется ereport FATAL . Вред от него только в том, готово ли ваше приложение получать такую ошибку. Ограничение - применяется только на idle in transaction состояние. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2019, 16:21 |
|
|
start [/forum/topic.php?fid=53&fpage=43&tid=1995307]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 146ms |
0 / 0 |