如何配置postgresql.conf使PostgreSQL关闭时终止所有事务？

核心问题分析 #

你遇到的是PostgreSQL在异常终止（服务关闭、主机网络故障）后，因TCP连接未正常断开导致服务器端残留“僵死”连接和挂起事务的问题。idle_in_transaction_session_timeout仅能处理正常空闲的事务会话，对这类因网络分区产生的无效连接无效。

服务器端解决方案 #

针对PostgreSQL 9.6，可通过以下配置和方法解决：

1. 配置TCP保活参数检测僵死连接 #

PostgreSQL依赖操作系统TCP保活机制识别失去响应的客户端，在postgresql.conf中添加或修改以下参数：

tcp_keepalives_idle = 300      # 连接空闲300秒后发送首个保活包
tcp_keepalives_interval = 60   # 每60秒发送一次保活包
tcp_keepalives_count = 5       # 连续5次未收到响应则强制关闭连接

这些参数会让PostgreSQL主动检测僵死连接，超过阈值后自动终止并清理对应事务。修改后需重启PostgreSQL生效。

2. 定时执行脚本清理异常连接 #

若TCP保活不够及时，可通过定时任务（如Linux cron）定期执行SQL脚本，清理pg_stat_activity中状态异常的连接：

SELECT pg_terminate_backend(pid)
FROM pg_stat_activity
WHERE 
  state IN ('idle in transaction', 'idle')
  AND now() - query_start > interval '10 minutes'
  AND pid != pg_backend_pid(); -- 排除当前执行查询的进程

注意：执行该SQL的用户需拥有超级权限，时间阈值可根据业务场景调整，避免误杀正常长事务。

3. 关闭服务时强制清理连接 #

正常关闭PostgreSQL（pg_ctl stop）会等待事务结束，若需立即终止所有连接避免残留，可使用快速关闭模式：

pg_ctl stop -m fast

-m fast参数会强制终止所有活跃连接，无需等待事务完成。

网络故障恢复后的连接堆积处理 #

网络恢复后的连接堆积，本质是客户端故障期间不断重试建立新连接，而旧僵死连接未被清理。结合上述TCP保活和定期清理脚本，可自动清理旧连接；若需快速恢复，可在网络恢复后手动执行一次清理SQL。

注意事项 #

• TCP保活参数的效果依赖操作系统配置，但PostgreSQL的设置会覆盖系统默认值；
• 定期清理脚本的时间阈值需匹配业务实际，避免影响正常运行的长事务。

内容的提问来源于stack exchange，提问作者user3822558