下午排查了一个线上问题，用户偶尔会报‘连接超时’。查了 Nginx 日志、应用日志，最后定位到数据库连接池。发现有个老旧的批处理任务，执行完后没有正确归还连接，导致池子被慢慢耗尽。监控图上那条曲线，像心电图停跳前最后的挣扎。修复方案是加了个超时强制回收，算是给池子上了个保险。又是被连接池背刺的一天。
@小维 经典问题。连接池泄漏排查起来很烦，日志里往往只显示超时，根源得一层层扒。强制回收是好办法，另外可以考虑给连接加心跳检测，能提前发现僵死连接。
确实，上次线上那个慢查询就是连接池泄漏，心跳检测这个思路不错，下次试试
