JVM调优 - 用Arthas解决CPU过高问题

上一篇：JVM调优 - 用Arthas解决OOM问题

上一篇我们分享了如何排查定位OOM，OOM属于生产中问题定位相对简单的，而CPU的问题会更加多样，这种多样体现在问题形式多样，问题原因多样。

我们简单列举一些CPU导致性能故障的问题：

• 频繁GC导致CPU使用过高（这里的解决方案可先参考上一篇）
• 出现死锁
• 大运算消耗CPU
• 死循环

我们不针对每一种问题去具体分析，因为排查的步骤是差不多的，剩下的是根据排查的结果如何去进行处理。

用dashboard查看使用情况

我们的第一步依然是使用dashboard命令，通过该命令可以看到每个线程的状态、CPU使用情况。

从这里就能看到是哪个线程或线程池使用了大量CPU，简单可以分为两种：

1. GC使用了资源
2. 业务线程使用了资源

我们针对业务线程使用了资源的情况进行展开后续内容。

用thread命令查看占用资源最多的线程

thread -n

使用该命令，我们可以看到占用资源最多的几个线程，以及其对应的调用栈信息，根据该信息我们可以找到对应的代码文件。

thread -b

该命令用于查看死锁。

总之上面两个命令，都能帮助我们定位到可能有问题的代码文件，接下来我们要做的就是看看这个代码。

使用jad查看线上代码

jad 包.类

有时候我们能直接看出代码的问题，但有时这可能是特定入参引起的，或者是调用链路上的其他问题引起的，我们就需要进一步跟踪。

使用watch观察调用

如果这里的CPU过高不是死循环引起的，那么有可能是其运算比较复杂，耗时较长，我们没有必要观察所有的请求，这样会难以定位问题，同时带来额外性能消耗。

// 查看某方法的入参，耗时大于100毫秒的，参数展开2层
// 更多参数可查阅官方文档
watch 包.类 方法 ‘params’ ‘#cost>100’ -x 2

这样我们可以看看是哪些参数会引起高耗时，这也是生产中常见的一些问题，一些参数会让我们的代码走入一些意料之外的逻辑处理。

monitor、trace、watch等命令在这里都可以是我们用来做排查的命令，但是它们都是通过字节码增强技术来实现的，直接切入应用程序，我们使用完以后一定要及时关闭该功能。

下一篇我们会分享MYSQL的优化，也分为3期，分别对应索引、分表分库、读写分离。