K8s 滚动发布时 HikariCP close() 对 in-flight 慢 SQL 是「中断」还是「死等」？graceful shutdown 到底该给慢查询留多长 drain 预算？

背景 订单服务，Spring Boot 3.2 + JDK 17 + HikariCP 5.1.0 + MySQL 8.0，K8s 1.28 滚动发布（maxUnavailable=1、terminationGracePeriodSeconds=60，preStop sleep 10s 等摘流）。有 2~3 条慢 SQL 正在执行中，且未设置 drainTimeout。

现象 当执行 HikariCP.close() 时，这些 in-flight 的慢 SQL 会直接被中断，导致事务回滚，部分数据未写入数据库，影响业务一致性。

已尝试

• 增加 terminationGracePeriodSeconds 到 120 秒，但未见改善。
• 尝试在 preStop 阶段执行 HikariCP.shutdown()，但依然存在中断现象。

期望答案

• HikariCP 的 close() 在滚动发布时，是否会强制中断 in-flight 的慢 SQL？
• 如果是，是否有配置项可以控制这种行为？
• 优雅关闭时，应该设置多长的 drainTimeout 才能确保所有慢 SQL 完成？
• 是否有最佳实践或实际案例可以参考？