Oracle连接池非优雅关闭场景下服务端死连接留存问题咨询

1. 接入连接池后非优雅断连是否仍会产生长时间留存的Oracle死连接 #

• 结论是是，该问题和是否使用连接池无关，本质是TCP协议层面的特性：强制终止应用（如kill -9、OOM强制退出、宿主机断电等场景）时，操作系统内核会直接回收进程资源，用户态的连接池（HikariCP/UCP都属于用户态进程内组件）没有任何执行机会，自然无法向Oracle发送连接关闭的FIN包，Oracle侧会一直认为该连接处于存活状态，直到TCP超时或服务端主动探测失效。
• 你之前未用连接池时遇到的30分钟以上连接留存问题，接入连接池后在非优雅断连场景下仍然会复现。

2. 是否需要手动编写连接池关闭逻辑 #

• 优雅关闭场景下无需额外开发：Spring Boot默认已经注册了连接池的 shutdown 钩子，正常执行停止命令（如kill -15、调用端点优雅停服）时，会自动触发连接池关闭，主动向Oracle释放所有连接，不会产生死连接。
• 非优雅关闭场景下手动编写逻辑无效：进程被强制终止时所有代码都不会执行，无论加多少关闭逻辑都无法触发。
• 连接池侧可配置有效性检测规则，降低业务侧拿到无效连接的概率：
  • 若使用HikariCP，可配置maxLifetime（连接最大存活时间，建议比Oracle侧会话超时小3~5分钟）、keepaliveTime（空闲连接保活探测间隔，建议设为5分钟）
  • 若切换为UCP，可配置maxConnectionReuseTime、inactiveConnectionTimeout、connectionValidationTimeout参数，适配Oracle的保活规则。

3. 服务端参数调整是解决死连接留存的核心方案 #

必须协调Oracle运维团队调整以下服务端参数，从根源上避免死连接长期占用会话资源：

• 调整sqlnet.ora中的SQLNET.EXPIRE_TIME参数：建议设为10~15分钟，该参数控制Oracle服务端向空闲连接发送TCP探测包的间隔，若连续探测无响应，服务端会主动清理该会话，完全避免死连接留存数小时的问题。
• 可配合调整用户Profile的IDLE_TIME参数：建议设为20~30分钟，超过该时长的完全空闲会话会被Oracle主动kill，作为兜底方案。
• 多应用接入场景下，建议统计所有应用的连接池最大连接数总和，确保其小于Oracle最大会话数的70%，预留足够的会话余量应对异常波动，避免日常就触达会话阈值。

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