记录一个mysql的bug以及关于线程池的问题

先说遇到的问题:

 

   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(SocketInputStream.java:129)
	at com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:117)
	at com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:165)
	at com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:195)
	- locked <0x0000000087c0c4f0> (a com.mysql.jdbc.util.ReadAheadInputStream)

数据库操作发生了以上线程阻塞 

关键就是这个lock 和state:RUNNABLE

 

发生的场景见另外一个人的blog:

http://wensong.iteye.com/blog/798137

和

http://www.54chen.com/java-ee/jdbc-socketread0-locked-in-mind-a-mysql-unknown-bug.html

 

同样的问题,这2位认为是某条sql查询数据量过大导致的问题

 

但是我遇到的场景则是一些update sql,当然整个服务器操作数据库的频率有些高.通信量比较大

这里的比较大实际上我觉得也一点也不大 只是在自己机器的环境下对比测试调大频率就会出现问题

 

完全没办法理解 为什么会在这个地方 locked 阻塞了线程

 

类似的测试以前也做过很多,但是都没出现过这种问题.很是头疼.阻塞的sql 并不局限于某个特定的sql 也就是说sql语句应该是没问题的.

 

查阅了很多回答都没见效,晚上在家里再测试下.

 

 

另外,犹豫代码里面 我使用同步块保证某个操作线程安全,就跟上面那个blog主做法那样,然后线程池的所有线程也因此阻塞住了

由此,我察觉到多个逻辑共用同一个线程池的危害.

 

就是由一处功能问题导致整个服务器所有功能一起失效.

 

线程安全是一个很头疼的问题,没有人能保证那些功能不会出现线程安全的各种问题.

而一旦出现了某个问题导致全局功能都失效是个很严重的问题.

 

 

附上一个监控图:

 

线程全部挂起就是我说的因为加上了同步锁,某个线程阻塞主了就导致了全部的线程都挂起了.

 

为什么阻塞会是间歇性的?这个问题我觉得分2步回答

1.我设置了查询超时时间queryTimeout 所以阻塞一段时间久被断开了

2.说明了阻塞是随机发生的现象

 

上图看起来频率越来越高 以至于 后面全部挂起 是因为测试频率逐步加大

 

再补上 50分钟的图

 

mysql 进程

 

几个超过50分钟的进程不知是否是异常的根源.