实时服务器 CPU 使用率高时的线程转储分析

Question

从使用某些数据库以 Java 开发的典型 MVC/Web 应用程序的角度来看：假设应用服务器托管在一台服务器上，而数据库托管在另一台服务器上。如果我们在实时服务器（托管应用服务器）上获得高 CPU 使用率/缓慢，那么我们会进行线程转储并根据以下规则找出“罪魁祸首”线程：

1) 如果 SQL 运行缓慢（从 Web 应用程序中触发）/数据库很慢，那么它永远不会导致服务器托管应用程序服务器具有高 CPU 使用率。数据库缓慢只会使应用程序变慢。数据库运行缓慢会导致应用程序线程处于 BLOCKED/WAITING 状态，因为这些线程“竞争/竞争”以获得“有限”数据库访问（典型的连接池内容）。

2) 罪魁祸首始终是线程（处于 RUNNABLE 状态）在应用服务器层上执行某些活动，例如在相当长的 while 循环中运行和/或执行一些密集的操作/计算。

任何人都可以帮助验证上述理解吗？

Answer 1

确实，如果数据库是瓶颈，那么应用服务器通常不会有很高的 CPU 利用率。

确实，让许多应用服务器线程处于 RUNNABLE 状态会导致 CPU 使用率高，但这并不是总是导致 CPU 使用率高的原因。

当应用服务器 JVM 内存不足（和/或应用正在生成大量垃圾）并且 JVM 在垃圾收集上花费过多精力 (CPU) 时，会发生另一种主要选择。

有许多工具，例如 jvisualvm（包含在 JDK 中），可以立即发现问题所在。