Last packet sent to the server was 0 ms ago

“MySQL默认的空闲等待时间是8个小时,一旦空闲超过8个小时,就会抛出异常”,mysql是默认每个连接不关闭而等待时长为8小时,但无论什么数据库操作,也不应该持续8小时,而并非那些人所说的mysql空闲了8小时,这完全是两个概念!

个人感觉这种方式完全与解决问题背道而驰,无用的连接非但没有释放,反而一直保持,如果所有访问都使用这一个连接来操作,当然没什么问题,但基本没有人会使用一个连接来处理网站的并发请求吧,试想一下网站有几百上千的并发,那么这些连接将永远会保持,像有些人设置的时间一样,10年。。。。软件运行周期也没这么长吧。

 

 

其实归根结底有两点原因会导致出现这样的情况,

1、连接没有关闭释放,从而导致连接死锁。

2、一般发生在并发比较多时,LAG严重,导致很多连接还未结束但到达默认限制时间便被连接池给kill了。

 

 

如何避免发生这种情况,

针对第一种:很显然是检查代码,看每次用完连接后有没有及时关闭,一般这里修正了就不会再有问题了。

针对第二种:改连接池默认参数。

以Proxool为例:

3000000//连接空闲限制时间-默认30秒改为5分钟。


具体情况分析如下:
    连接被多线程共用:后一个连接将前一个连接的引用覆盖,将导致两个连接的引用都是一样的,如果这两个连接都依次发送http请求并获取了响应数据之后再关闭,那么它们返回的数据肯定是相同的;如果有一个连接在关闭时,而另一个连接正在和服务器交互,这将导致另一个连接出现socket closed异常。

你可能感兴趣的:(Last packet sent to the server was 0 ms ago)