连接池设置导致的“血案” 原创： 一页破书 一页破书 5月6日 这个问题被投诉的几个月了，一直没重视——内部客户嘛😿 问题现象： 隔几周就会出现 A服务调用B服务超时 脚趾头想就是防火墙的问题，A、B两服务之间有防火墙 找运维查看防火墙日志确实断掉了tcp连接，但是是因为B服务5分钟没有回包，下面这个表情就是我当时的心情——其实我们在防火墙、A服务、B服务都抓包了，几十个G的t

连接池设置导致的“血案”

原创： 一页破书 一页破书 5月6日

这个问题被投诉的几个月了，一直没重视——内部客户嘛😿

 

问题现象：

 

隔几周就会出现

 

A服务调用B服务超时

 

 

 

脚趾头想就是防火墙的问题，A、B两服务之间有防火墙

 

找运维查看防火墙日志确实断掉了tcp连接，但是是因为B服务5分钟没有回包，下面这个表情就是我当时的心情——其实我们在防火墙、A服务、B服务都抓包了，几十个G的tcpdump文件，根本无法分析🤦‍♀️

 

 

 

（图片来自互联网，如有侵权，请联系本公众号删除）

 

只能继续看B服务的日志，咦咦咦咦咦呀呀呀呀呀呀，发现了下面的日志

 

2019/04/18 11:14:14.772-[https-jsse-nio-10.1.3.1-8086-exec-2][org.apache.ibatis.datasource.pooled.PooledDataSource] WARN Execution of ping query ‘select 1’ failed: Communications link failure

 

 

 

The last packet successfully received from the server was 5,251,649 milliseconds ago. The last packet sent successfully to the server was 939,724 milliseconds ago.

 

 

 

select 1阻塞