先说遇到的问题:
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分钟的进程不知是否是异常的根源.