PostgreSQL ODBC游标未指定WITH HOLD却事务空闲并持有锁问题排查

你遇到的现象是PostgreSQL ODBC驱动的默认适配行为导致的，并非原生PostgreSQL的逻辑问题，具体原因和修复方案如下：

核心原因 #

1. 自动追加WITH HOLD参数的来源
   PostgreSQL ODBC驱动为了适配ODBC规范中「游标可在事务提交后继续访问结果」的要求，默认开启了自动给游标追加WITH HOLD参数的逻辑，对应配置项为DeclareCursorHold，默认值为开启。你代码中没有显式指定该参数，但驱动在执行游标声明时会自动拼接，和你观测到的日志行为完全吻合。
2. idle in transaction状态的成因
   你执行的语句中包含SAVEPOINT相关操作，说明当前ODBC连接关闭了自动提交（autoCommit）开关，哪怕你没有显式开启事务，执行完SELECT查询后事务也不会自动提交，连接就会停留在空闲事务状态。此时未关闭的游标会持续持有查询相关的锁，阻塞后续操作。

修复方案 #

• 调整ODBC连接配置：
  • 若业务不需要游标跨事务持有结果，在ODBC DSN配置或连接字符串中添加DeclareCursorHold=0，关闭驱动自动追加WITH HOLD的逻辑。
  • 若业务不需要显式事务控制，将连接的autoCommit参数设为开启，查询执行完成后事务自动提交，避免出现长时间的空闲事务。
• 代码层面优化：游标使用完成后显式执行CLOSE语句释放游标资源，不要依赖连接回收或事务结束自动释放，从根源上避免游标长期持有锁。
• 数据库层面兜底：可以为Aurora实例配置合理的idle_in_transaction_session_timeout参数，自动终止长时间处于空闲事务状态的会话，避免锁阻塞扩散影响全业务。

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