服务器 CPU 飙高处理
排查步骤：
- 监控工具：使用操作系统自带的监控工具，比如
top、htop、sar、vmstat 等，查看哪些进程占用了大量的 CPU 资源。
- 进程排查：通过
top 等工具找到消耗 CPU 最高的进程，确定是哪个应用程序或服务导致的问题。
- 使用
ps -ef | grep <pid> 查看进程详细信息。
- 分析日志：检查服务器应用的日志文件，寻找任何异常，如大量的请求、死循环、资源消耗过高等。
- 网络请求排查：使用
netstat 或者 ss 命令检查是否有异常的网络连接，如大量的外部请求导致 CPU 消耗。
处理措施：
- 重启服务：如果发现某个服务异常占用资源，可以通过重启进程来暂时缓解问题。
- 优化进程：根据问题根源，对应用程序进行优化，减少 CPU 的密集型操作（比如复杂计算、死循环等）。
- 限制资源使用：在服务器上使用
cgroups 或者 nice 来限制进程的 CPU 使用率。
- 水平扩展：如果服务器本身的资源不足，考虑扩容，增加更多的服务器分担负载。
2. JVM CPU 飙高处理
排查步骤：
- 监控 JVM：通过
jvisualvm、jconsole 或者 Java Mission Control (JMC) 等工具监控 JVM，查看垃圾回收 (GC)、线程状态和 CPU 使用情况。
- 线程排查：使用
jstack 导出线程栈，检查是否有某些线程处于忙碌状态，或者死锁问题。
jstack <pid> > threaddump.txt 可以生成线程快照，分析哪些线程占用大量 CPU。
- GC 问题：如果 GC 频繁导致 CPU 飙高，可以通过 GC 日志分析垃圾回收的次数和时间，检查是否有内存泄漏或者内存使用不合理。
jstat -gc <pid> 用于实时监控 JVM GC 状态。
处理措施：
- 优化代码：检查线程死循环、锁竞争、并发问题等代码问题，优化 CPU 密集型任务。
- 调整 GC 策略：根据系统负载和内存使用情况，调整 JVM 的垃圾回收策略和参数，如
-Xms、-Xmx、-XX:+UseG1GC 等。
- 线程池优化：如果是线程池问题，可以调整线程池的大小，避免过多的线程占用 CPU。
- 升级 JVM：有时升级 JVM 版本可以解决某些性能瓶颈或垃圾回收问题。
3. 数据库 CPU 飙高处理
排查步骤：
- SQL 查询分析：使用数据库的查询分析工具（如
EXPLAIN、SHOW PROCESSLIST）检查当前执行的 SQL 语句，查找是否有复杂查询或慢查询导致 CPU 飙高。
- 对于 MySQL，可以使用
SHOW PROCESSLIST 查看正在运行的 SQL 语句。
- 对于 Oracle 可以用
V$SESSION 和 V$SQLAREA 等视图检查当前活动的 SQL 。
- 锁竞争：检查是否有大量锁竞争，导致事务等待，进而增加 CPU 使用。
- MySQL 中使用
SHOW ENGINE INNODB STATUS 检查锁竞争。
- 索引问题：检查查询是否缺少索引，导致全表扫描，消耗大量的 CPU。
处理措施：
- 优化 SQL 语句：优化慢查询，添加缺失的索引，或者重构不合理的查询。
- 增加缓存：通过引入缓存（如 Redis、Memcached）减少数据库查询压力。
- 调整数据库配置：调整数据库的线程池、连接池大小，或者增加数据库的并发处理能力。
- 分库分表：如果是由于数据库过大导致查询效率低，可以考虑进行分库分表处理。
