线上java服务不可用,一般分两种情况:
java进程挂掉
1. JVM异常退出
此类情况,会在java进程的启动目录下,发现hs_err_pid***.log文件,通过该日志文件能定位到jvm crash原因。该日志文件的解读参见 jvm crash。一般在使用JNI时,内存分配容易引起crash。
2. 内存溢出,进程被OS杀掉
该类问题的表象是线上服务无端停掉,日志也看不出什么痕迹,此时在linux下可通过dmesg查看相关信息。一般是由于内存不够导致的。
java进程不可用
1. 线程死锁
并发情况下,代码问题引起线程死锁,当请求不断过来,引起线程堆积无法正常结束。一旦线程达到中间件的上限时,中间件将无法响应外部请求,线上表现为进程存在,但服务不能响应。此时通过
jstack pid
能看到线程堆栈信息,通过查找BOLOCKED锁定的资源,定位到死锁位置
2. 线程阻塞
该情况与线程死锁类似,但通过查看堆栈信息,往往找不到哪个资源被锁,如下的jstack报告
"ajp-nio-8009-exec-470" daemon prio=10 tid=0x00007f559c016800 nid=0x4d55 waiting for monitor entry [0x00007f5590e6a000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.util.LinkedHashMap.createEntry(LinkedHashMap.java:442)
at java.util.HashMap.addEntry(HashMap.java:884)
......
"ajp-nio-8009-exec-470" daemon prio=10 tid=0x00007f559c016800 nid=0x4d55 waiting for monitor entry [0x00007f5590e6a000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.util.LinkedHashMap.createEntry(LinkedHashMap.java:442)
at java.util.HashMap.addEntry(HashMap.java:884)
......
日志中有大量的此类线程,也无法看到查到类似
-locked <0x00000000c6eb8560>之类的日志 。
此时应当通过jstat查找gc的相关日志。
原因参见 gc block thread
3.数据库问题
此类问题比较常见,由于db操作不当,引起数据库死锁或等待。死锁通过db console能方便定位,但uncommit引起的锁定位起来就比较费劲。具体来说,应用通过jdbc连接db,在使用事务时,多个操作会共用一个db session,并且此时db session的auto commit是关闭的。若连接未显示commit,且操作后连接也未关闭,此时将会导致该连接的写操作占用的资源一直不释放,若其他请求需要操作同样的数据(写操作),此时会引发锁等待。
网友评论