服务器CPU使用率突增至100%，如何进行故障排查？

本文共计534个文字，预计阅读时间需要3分钟。

服务器CPU使用率高达100%，如何排查？top命令查看当前进程CPU占用情况，PID列是进程号，确定是哪个应用程序的问题。若是Java应用导致的，如何定位故障原因？top -Hp 进程号执行，查看该进程的线程情况。

服务器CPU飙升100%怎么排查
执行“top”命令，查看当前进程CPU占用的实时情况，PID列是进程号，确定是哪个应用程序的问题。

如果是Java应用导致的，怎么定位故障原因

执行“top -Hp 进程号”命令：查看java进程下的所有线程占CPU的情况。

执行“printf "%x\n 10"命令 ：后续查看线程堆栈信息展示的都是十六进制，为了找到咱们的线程堆栈信息，把线程号转成16进制。例如,printf "%x\n 10-》打印：a，那么在jstack中线程号就是0xa。

执行 “jstack 进程号 | grep 线程ID” 查找某进程下-》线程ID（jstack堆栈信息中的nid）=0xa的线程堆栈信息。如果“"VM Thread" os_prio=0 。tid=0x00007f871806e000 nid=0xa runnable”，第一个双引号圈起来的就是线程名，如果是“VM Thread”这就是虚拟机GC回收线程了。

执行“jstat -gcutil 进程号 统计间隔毫秒 统计次数（缺省代表一致统计）”，查看某进程GC持续变化情况，如果发现返回中FGC很大且一直增大-》确认Full GC! 也可以使用“jmap -heap 进程ID”查看一下进程的堆内从是不是要溢出了，特别是老年代内从使用情况一般是达到阈值(具体看垃圾回收器和启动时配置的阈值)就会进程Full GC。

执行“jmap -dump:format=b,file=filename 进程ID”，导出某进程下内存heap输出到文件中。可以通过eclipse的mat工具查看内存中有哪些对象数量比较多。

频繁Full GC有几种原因

创建大量对象而无法回收。

频繁显示调用System.gc()。

如果是死锁，怎么检查呢
执行 “jstack 进程号 | grep 线程ID” 查找对应的线程堆栈信息，出现deadlock关键字就表示发生了死锁，通过堆栈信息能看到两个线程的具体阻塞点。

学而不思则罔，思而不学则殆