arthas排查jvm中CPU占用過(guò)高問(wèn)題解決
安裝 小試
記一次使用arthas
排查jvm中CPU占用過(guò)高問(wèn)題。這工具屌爆了 碾壓我目前使用的全部JVM工具。
curl -O https://arthas.aliyun.com/arthas-boot.jar java -jar arthas-boot.jar --repo-mirror aliyun --use-http
jar后面的參數(shù)也可以不加 加上只是為了下載速度更快
接下來(lái)arthas
控制臺(tái)中顯示了當(dāng)前機(jī)器上jvm進(jìn)程列表 輸入需要排查的jvm進(jìn)程號(hào)即可進(jìn)入監(jiān)控命令模式
找出CPU的元兇
處理問(wèn)題之前 先想想如何去找到問(wèn)題的原因 這個(gè)是解決問(wèn)題個(gè)人覺(jué)得最重要的一步。
當(dāng)前的現(xiàn)狀是jvm啟動(dòng)后 cpu直接飆升到80+%
。而內(nèi)存是正常的,可以認(rèn)為大概率是某個(gè)線程占用了計(jì)算資源 導(dǎo)致的。所以第一步需要先把占用過(guò)高線程給揪出來(lái)。
這次使用arthas
排查。也順便提一下以前記錄過(guò)用top -Hp
的方法找出占用資源的線程PID 方法 top -Hp方法參考 。
輸入命令 thread
查看所有線程信息 默認(rèn)是按照cpu資源占用排名的
可以看到當(dāng)前線程lettuce-nioEventLoop-4-1
占用cpu高達(dá)47.75。其實(shí)這個(gè)線程名稱已經(jīng)能定位到具體某個(gè)方向的問(wèn)題了,所以線程名稱的定義需要有意義 為了方便排查問(wèn)題。
可以看出因?yàn)槲覀兂绦蚴褂昧?code>lettuce做redis的客戶端,主要是使用了redis stream
StreamMessageListenerContainer.StreamMessageListenerContainerOptions<String, ObjectRecord<String, String>> containerOptions = StreamMessageListenerContainer.StreamMessageListenerContainerOptions.builder() .batchSize(10) // 一次性最多拉取多少條消息 .targetType(String.class) // 目標(biāo)類型。統(tǒng)一使用 String .executor(mqConsumerExecutor) .pollTimeout(Duration.ZERO)//0不超時(shí) .build();
把.pollTimeout(Duration.ZERO)
這一句改為 .pollTimeout(Duration.ofMillis(10))
cpu就正常了。
原因就是設(shè)置了永不超時(shí) 資源得不到釋放。
改為指定時(shí)間超時(shí)后 程序一點(diǎn)問(wèn)題都沒(méi)有了。
查看線程棧的參數(shù)
可以直接使用thread pid
上圖占用最高的id為22 則輸入 thread 22
能看到類似jstack
的功能
"lettuce-nioEventLoop-4-1" Id=22 RUNNABLE at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method) at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269) at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93) at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
還有一個(gè)更好用的命令 -n
參數(shù)能顯示top-n-threads 比上面一種更詳細(xì)
"lettuce-nioEventLoop-4-1" Id=22 cpuUsage=49.51% deltaTime=99ms time=392976ms RUNNABLE at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method) at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269) at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93) at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
可以看出使用arthas
排除這類問(wèn)題 比使用top -Hp
方便太多。當(dāng)然這只是它的一個(gè)小功能而已。
以上就是arthas排查jvm中CPU占用過(guò)高問(wèn)題解決的詳細(xì)內(nèi)容,更多關(guān)于arthas排查jvm CPU過(guò)高的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
Java實(shí)現(xiàn)Excel導(dǎo)入導(dǎo)出數(shù)據(jù)庫(kù)的方法示例
這篇文章主要介紹了Java實(shí)現(xiàn)Excel導(dǎo)入導(dǎo)出數(shù)據(jù)庫(kù)的方法,結(jié)合實(shí)例形式分析了java針對(duì)Excel的讀寫及數(shù)據(jù)庫(kù)操作相關(guān)實(shí)現(xiàn)技巧,需要的朋友可以參考下2017-08-08SpringBoot整合Solr實(shí)現(xiàn)文檔檢索
Solr高度可靠、可擴(kuò)展和容錯(cuò),提供分布式索引、復(fù)制和負(fù)載平衡查詢、自動(dòng)故障轉(zhuǎn)移和恢復(fù)、集中配置等,Solr 為世界上許多最大的 Internet 站點(diǎn)的搜索和導(dǎo)航功能提供支持,本文將給大家介紹SpringBoot整合Solr實(shí)現(xiàn)文檔檢索,需要的朋友可以參考下2023-08-08Java AbstractMethodError原因案例詳解
這篇文章主要介紹了Java AbstractMethodError原因案例詳解,本篇文章通過(guò)簡(jiǎn)要的案例,講解了該項(xiàng)技術(shù)的了解與使用,以下就是詳細(xì)內(nèi)容,需要的朋友可以參考下2021-08-08Java Swing BoxLayout箱式布局的實(shí)現(xiàn)代碼
這篇文章主要介紹了Java Swing BoxLayout箱式布局的實(shí)現(xiàn)代碼,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-12-12基于params、@PathVariabl和@RequestParam的用法與區(qū)別說(shuō)明
這篇文章主要介紹了方法參數(shù)相關(guān)屬性params、@PathVariabl和@RequestParam用法與區(qū)別,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-08-08java實(shí)現(xiàn)memcache服務(wù)器的示例代碼
本篇文章主要介紹了java實(shí)現(xiàn)memcache服務(wù)器的示例代碼,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-04-04springboot訪問(wèn)404問(wèn)題的解決辦法
工作中遇到url404問(wèn)題,解決問(wèn)題的進(jìn)程比較崎嶇,寫篇文章記錄,下面這篇文章主要給大家介紹了關(guān)于springboot訪問(wèn)404問(wèn)題的解決辦法,文中通過(guò)圖文介紹的非常詳細(xì),要的朋友可以參考下2023-03-03