快捷導(dǎo)航

arthas排查jvm中CPU占用過高問題解決

更新時(shí)間：2022年09月02日 11:29:47 作者：笑松小站

這篇文章主要介紹了arthas排查jvm中CPU占用過高問題解決,有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪

安裝小試

記一次使用arthas排查jvm中CPU占用過高問題。這工具屌爆了碾壓我目前使用的全部JVM工具。

curl -O https://arthas.aliyun.com/arthas-boot.jar
java -jar arthas-boot.jar --repo-mirror aliyun --use-http

jar后面的參數(shù)也可以不加加上只是為了下載速度更快

接下來arthas 控制臺(tái)中顯示了當(dāng)前機(jī)器上jvm進(jìn)程列表輸入需要排查的jvm進(jìn)程號(hào)即可進(jìn)入監(jiān)控命令模式

找出CPU的元兇

處理問題之前先想想如何去找到問題的原因這個(gè)是解決問題個(gè)人覺得最重要的一步。

當(dāng)前的現(xiàn)狀是jvm啟動(dòng)后 cpu直接飆升到80+%。而內(nèi)存是正常的，可以認(rèn)為大概率是某個(gè)線程占用了計(jì)算資源導(dǎo)致的。所以第一步需要先把占用過高線程給揪出來。

這次使用arthas排查。也順便提一下以前記錄過用top -Hp的方法找出占用資源的線程PID 方法 top -Hp方法參考。

輸入命令 thread 查看所有線程信息默認(rèn)是按照cpu資源占用排名的

可以看到當(dāng)前線程lettuce-nioEventLoop-4-1 占用cpu高達(dá)47.75。其實(shí)這個(gè)線程名稱已經(jīng)能定位到具體某個(gè)方向的問題了，所以線程名稱的定義需要有意義為了方便排查問題。

可以看出因?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)問題都沒有了。

查看線程棧的參數(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排除這類問題比使用top -Hp方便太多。當(dāng)然這只是它的一個(gè)小功能而已。

以上就是arthas排查jvm中CPU占用過高問題解決的詳細(xì)內(nèi)容，更多關(guān)于arthas排查jvm CPU過高的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

您可能感興趣的文章: