持有pg_try_advisory_lock的会话断连后，2小时超时能否修改？

核心问题：能否修改2小时的自动释放超时？ #

无法直接修改advisory lock本身的超时时间，但可以通过调整PostgreSQL的连接存活检测参数，让服务器更快识别死连接，从而提前释放锁。

当客户端因网络故障意外断开时，服务器端的会话会进入"idle"状态，直到系统检测到连接已失效才会终止会话、释放所有锁（包括advisory lock）。你看到的2小时默认超时，是操作系统TCP keepalive机制的默认值。可以通过以下参数调整检测速度：

可调整的关键参数 #

1. TCP keepalive相关参数（适用于所有PostgreSQL版本）：

   • tcp_keepalives_idle：TCP连接空闲多久后开始发送存活探测包，默认继承操作系统设置（通常为7200秒/2小时）
   • tcp_keepalives_interval：存活探测包的发送间隔，默认继承操作系统设置
   • tcp_keepalives_count：连续发送多少个探测包无回应后，判定连接失效，默认继承操作系统设置

   示例配置（在postgresql.conf中修改）：

   tcp_keepalives_idle = 300        # 5分钟后启动探测
   tcp_keepalives_interval = 60     # 每隔1分钟发送一次探测包
   tcp_keepalives_count = 5         # 5次无回应则判定连接失效
   

2. client_connection_check_interval（仅PostgreSQL 14及以上版本支持）：
   服务器主动向客户端发送心跳，定期检查连接状态，单位为毫秒。示例：

   client_connection_check_interval = 60000  # 每分钟检查一次
   

修改参数后，可执行SELECT pg_reload_conf();重载配置（部分参数可能需要重启PostgreSQL生效）。

手动释放advisory lock的应急方法 #

如果需要立即释放锁，可通过终止持有锁的会话实现，但此操作会强制释放该会话的所有锁，可能影响其他正在进行的操作，需谨慎执行：

• 步骤1：获取目标锁（示例锁ID为123456）

  SELECT pg_try_advisory_lock(123456);
  

• 步骤2：查询持有该锁的会话PID

  SELECT pid FROM pg_locks WHERE locktype = 'advisory' AND objid = 123456;
  

• 步骤3：终止会话释放锁

  SELECT pg_terminate_backend(pid);  -- 替换pid为上一步查询到的进程ID
  

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