記一次 Java 應(yīng)用造成 CPU 過高的排查過程

【轉(zhuǎn)載自我自己的簡書（小草莓子桑）】原文地址

最近遇到一個java應(yīng)用造成了服務(wù)器CPU使用率過高，最后查詢，問題是因為在tomcat下重新部署應(yīng)用的時候沒有kill掉tomcat進(jìn)程，造成應(yīng)用中的數(shù)據(jù)庫連接池進(jìn)程中的鎖不能被釋放，死循環(huán)造成了cpu使用率過高的現(xiàn)象，詳細(xì)原因就不做詳細(xì)分析了，主要分享一下問題排查的過程。

使用top命令查詢服務(wù)cpu使用情況

可以看到31737這個進(jìn)程的CPU使用率巨大

使用top -Hp 31737查詢31737進(jìn)程中各個線程的資源使用率

top -Hp 31737

使用top -Hp 31737查詢31737進(jìn)程中各個線程的資源使用率

由于當(dāng)時的截圖丟失了，簡單說一下，使用top -Hp 31737命令查詢到31737進(jìn)程中，一個線程id為5322占用CPU過高

使用printf "%x\n" 5322把線程id轉(zhuǎn)化為十六進(jìn)制

printf "%x\n" 5322

因為打印線程棧的時候，本地線程標(biāo)識nid是用十六進(jìn)制表示的,使用該命令把線程id轉(zhuǎn)化為十六進(jìn)制

使用jstack命令打印堆棧信息

jstack 31737 | grep -10 14ca

使用jstack 31737 | grep -10 14ca打印31737的堆棧信息，并查找本地線程標(biāo)識為14ca的線程堆棧信息

如圖，線程的狀態(tài)為TIMED_WAITING，對象等待中，查看源碼

發(fā)現(xiàn)問題的原因就不做詳細(xì)分析了，這里主要是分享一下問題排查的過程

度娘一下有個大神回答的不錯，連接在這里，有興趣的可以自己去看一下https://stackoverflow.com/questions/6981564/why-must-the-jdbc-driver-be-put-in-tomcat-home-lib-folder/7198049#7198049

大致原因就是因為在tomcat下重新部署應(yīng)用的時候沒有kill掉tomcat進(jìn)程，造成應(yīng)用中的數(shù)據(jù)庫連接池進(jìn)程中的鎖不能被釋放

這次排查問題的過程就為大家分享到這里，歡迎大家來交流，指出文中一些說錯的地方，讓我加深認(rèn)識，愿大家沒有bug，謝謝！