Java线上问题排查思路

Java线上问题排查思路[编程语言教程]

1.使用top查看cpu使用情况找到占用cpu过高的pid;

2.使用jmap命令:

   1).jmap -heap pid:输出当前进程 JVM 堆新生代、老年代、持久代等请情况,GC 使用的算法等信息

  2).jmap -histo:live {pid} | head -n 10 输出当前进程内存中所有对象包含的大小
  3).jmap -dump:format=b,file=/usr/local/logs/gc/dump.hprof {pid} 以二进制输出档当前内存的堆情况,然后可以导入 MAT 等工具进行

3.使用jmap命令输出当前进程 JVM 堆新生代、老年代、持久代等请情况,GC 使用的算法等信息

 

 

 

 技术分享图片

 

 

4.jmap -histo:live {pid} | head -n 10 输出当前进程内存中所有对象包含的大小

技术分享图片

 

 

 

jmap -dump:

命令如下:
mkdir logs
jmap -dump:format=b,file=/tmp/logs/dump.hprof {pid}

-dump:formate=b,file= 以二进制输出当前内存的堆情况至相应的文件,然后可以结合 MAT 等内存分析工具深入分析当前内存情况。
也可以通过JVM参数配置OOM时自动dump当前内存镜像文件。 -XX:+HeapDumpOnOutOfMemoryError 和-XX:HeapDumpPath所代表的含义就是当程序出现OutofMemory时,将会在相应的目录下生成一份dump文件,而如果不指定选项-XX:HeapDumpPath则在当前目录下生成dump文件。

dump 日志分析

一个基于 Eclipse 的内存分析工具,是一个快速、功能丰富的 JAVA heap 分析工具,它可以帮助我们查找内存泄漏和减少内存消耗。
使用内存分析工具从众多的对象中进行分析,快速的计算出在内存中对象的占用大小,看看是谁阻止了垃圾收集器的回收工作,并可以通过报表直观的查看到可能造成这种结果的对象。

jstack命令

printf ‘%x
‘ tid –> 10 进制至 16 进制线程 ID(navtive 线程) %d 10 进制

jstack pid | grep tid -C 30 –color ps -mp 8278 -o THREAD,tid,time | head -n 40

某 Java 进程 CPU 占用率高,我们想要定位到其中 CPU 占用率最高的线程。
(1) 先利用top命令找到CPU占用高的进程pid
也可以通过ps -ef | grep 应用名 来快速定位自己应用的pid

技术分享图片

 

 

 显示pid:29080
(2) 利用 top 命令可以查出占 CPU 最高的线程 pid (先找到该pid 29080下所有的线程数据)

技术分享图片

 

 

 可以看到占用cpu资源最高的为29173

(3) 占用率最高的线程 ID 为29173,将其转换为 16 进制形式 (因为 java native 线程以 16 进制形式输出)

printf ‘%x
‘ 29173

 

(4) 利用 jstack 打印出 java 线程调用栈信息

jstack 29080 | grep ‘0x71f5‘ -A 50 –color

技术分享图片

 

(4) 利用 jstack 打印出 java 线程调用栈信息

jstack 29080 | grep ‘0x71f5‘ -A 50 –color

技术分享图片

 

 

 可以看到这个线程是在做kafka相关的操作。

jinfo命令

jinfo可以用来查看正在运行的java运用程序的扩展参数。

查看pid对应的JVM参数,可以到 PerfMa : http://xxfox.perfma.com/jvm/check 校验参数的正确性
jinfo -flags pid

技术分享图片

 

 

 拿到Command line后面的配置参数到perfma中验证查询:

技术分享图片

 

技术分享图片

 

jstat命令

jstat:Java Virtual Machine statistics monitoring tool JDK自带的一个轻量级小工具。

jstat显示GC执行的情况

jstat -gc 12538 5000
即会每5秒一次显示进程号为12538的java进成的GC情况

技术分享图片

 

 

 

说明:
S0C、S1C、S0U、S1U:Survivor 0/1区容量(Capacity)和使用量(Used)
EC、EU:Eden区容量和使用量
OC、OU:年老代容量和使用量
PC、PU:永久代容量和使用量
YGC、YGT:年轻代GC次数和GC耗时
FGC、FGCT:Full GC次数和Full GC耗时
GCT:GC总耗时

 

显示内容说明如下(部分结果是通过其他其他参数显示的,暂不说明):
S0C:年轻代中第一个survivor(幸存区)的容量 (字节)
S1C:年轻代中第二个survivor(幸存区)的容量 (字节)
S0U:年轻代中第一个survivor(幸存区)目前已使用空间 (字节)
S1U:年轻代中第二个survivor(幸存区)目前已使用空间 (字节)
EC:年轻代中Eden(伊甸园)的容量 (字节)
EU:年轻代中Eden(伊甸园)目前已使用空间 (字节)
OC:Old代的容量 (字节)
OU:Old代目前已使用空间 (字节)
PC:Perm(持久代)的容量 (字节)
PU:Perm(持久代)目前已使用空间 (字节)
YGC:从应用程序启动到采样时年轻代中gc次数
YGCT:从应用程序启动到采样时年轻代中gc所用时间(s)
FGC:从应用程序启动到采样时old代(全gc)gc次数
FGCT:从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT:从应用程序启动到采样时gc用的总时间(s)

 

总结:

 

一般分析CPU或者内存异常情况可以通过以下几步:

 

    1. 查看日志
    2. 查看CPU情况
    3. 查看TCP情况
    4. 查看java线程,jstack
    5. 查看java堆,jmap
    6. 通过MAT分析堆文件,寻找无法被回收的对象

 

Java线上问题排查思路

原文:https://www.cnblogs.com/lq-93/p/13638112.html

hmoban主题是根据ripro二开的主题,极致后台体验,无插件,集成会员系统
自学咖网 » Java线上问题排查思路