Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
04.03.2019, 16:13
|
|||
---|---|---|---|
Вред и польза от 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:21
|
|||
---|---|---|---|
Вред и польза от idle_in_transaction_session_timeout |
|||
#18+
DSKalugin, rollback с закрытием соединения, т.к. выполняется ereport FATAL . Вред от него только в том, готово ли ваше приложение получать такую ошибку. Ограничение - применяется только на idle in transaction состояние. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=53&tablet=1&tid=1995307]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 158ms |
0 / 0 |