2024 年4 月18 日上午9 点左右，经客户通知发现CPU 异常。登录该服务器查询，发现CPU 使用率确实比往常高出几倍之多，且看服务器整体的话，Oracle 数据库的使用率是比较高的。如下图。

二、问题处理

1. 在9 点10 分收集了近一个小时的AWR 报告分析，名为：awrrpt_1_28716_28717 ，查看是否有异常SQL ，经发现，造成CPU 飙高的有几条SQL 语句，主要体现在前五个，查看这几个SQL ，发现这几条语句的相似度极高，如下图：

下图为SQL_ID ：2187wfw5mggcx 和SQL_ID:161hx1gudchx2 的对比：

2. 进入数据库查询发现，这几个SQL 一直在执行。为了避免CPU 持续飙高，和相关开发负责人核实这几个SQL 问题，并提出是否先处理掉这几个SQL ，再得到同意后，已停掉。

停掉之后，CPU 有明显的下降：

待相关几个SQL 都处理掉之后，服务器已恢复：

三、查询SQL 的最初发源

1. 登录数据库，查找这些SQL_ID 的MACHINE ，如下图：

2. 引起CPU 异常的SQL ，均来自于相同的一个machine ，继续查询，得出完成的machine 名：DESKTOP-GJOA93F;

3. 根据machine 机器，查询到相应的IP 地址并停到应用。

4.根据业务逻辑优化语句。