Что происходит с блокировкой строк Postgres при сбое соединения?

Question

Я смотрю, что Postgres Docs и, похоже, не упоминает, что происходит с Row Lock, это соединение с таймаутом или транзакция остается закрытой. Безопасно ли это использовать? Что происходит, когда поток с веб-сервера приобрел блокировку строк, а затем истекает время? Если соединение будет выгружено, будет заблокирован замок? Что, если это не так?

Единственная гарантия, которую я нашел в документах, - statement_timeout, но я полагаю, что позже это повлияет на Чтения, а также на Writes, что не является предполагаемым эффектом.

statement_timeout (целое число)

Прервать любой оператор, который больше, чем заданное количество миллисекунд, начиная с момента, когда команда прибывает на сервере от клиента. Если для параметра log_min_error_statement установлено значение ERROR или ниже, также будет зарегистрирован отчет о времени ожидания. Значение нуля ( по умолчанию) отключает это.

Установка statement_timeout в postgresql.conf не рекомендуется, так как это повлияет на все сеансы.

Answer 1

Когда соединение заканчивается открытой транзакцией, транзакция откатывается (прерывается). Это освобождает все блокировки строк.

Тайм-аут соединения не то, что PostgreSQL делает сам, это делается стеком TCP операционной системы. TCP keepalives полезны для этого.

Отметьте, что statement_timeout отметит, что транзакция отменена, но не откат ее и освобождение ее замков. Вы все еще должны ROLLBACK. В PostgreSQL нет «тайм-аута транзакции» или любого тайм-аута соединения на уровне сервера базы данных.

Если вы пытаетесь ограничить длительные блокировки строк, вы, вероятно, захотите провести мониторинг pg_locks и pg_stat_activity. Особый интерес представляют колонка waiting от pg_stat_activity и столбец granted от pg_locks. См. https://wiki.postgresql.org/wiki/Lock_Monitoring