对数据库并不算太熟,不过以前帮朋友处理MYSQLCPU占用资源过高时遇到过一点情况。就是SQL语句不够优化导致其中某条语句执行时CPU占用过高。看了你的日志。
这部分里。前面的几个语句每个执行的时间都比较长,可以找DBA看一下这些语句具体是干什么的,是怎样的一个执行逻辑
CPU 时间(秒) | 处决 | 每个 Exec 的 CPU | %全部的 | 经过的时间(秒) | %中央处理器 | %IO | SQL ID | SQL模块 | SQL文本 |
---|---|---|---|---|---|---|---|---|---|
5.17 | 0 | 0.00 | 9.59 | 53.91 | 0.00 | 6pw8uk8k0dv0q | 实时连接 | 选择inst_id、begin_time、我... | |
5.09 | 0 | 0.00 | 9.28 | 54.89 | 0.00 | 3jvj0zbkak9h6 | 实时连接 | 选择inst_id、begin_time、va... | |
5.09 | 0 | 0.00 | 9.54 | 53.34 | 0.00 | f1y8kbhh6v9sv | 实时连接 | 选择inst_id、begin_time、我... | |
3.43 | 0 | 0.00 | 6.38 | 53.78 | 0.00 | 1uyp1pq4w60h7 | 实时连接 | 选择 wc.inst_id、wc.begin_ti... | |
1.07 | 1 | 1.07 | 0.00 | 1.83 | 58.52 | 0.00 | 邦斯Q950SNHF | 插入到wrh$_sga_target_ad... | |
0.63 | 12 | 0.05 | 0.00 | 1.04 | 60.29 | 0.00 | 4xxfmvn2m75q4 | emagent_SQL_oracle_database | / OracleOEM / 选择 * from ... |
0.45 | 12 | 0.04 | 0.00 | 0.98 | 45.45 | 0.00 | 0v6s91manuhz8 | emagent_SQL_rac_database | / OracleOEM / SELECT 阻塞... |
0.44 | 120 | 0.00 | 0.00 | 0.75 | 58.89 | 0.00 | 2b064ybzkwf1y | OEM系统池 | 开始 EMD_NOTIFICATION.QUEUE_R... |
0.36 | 19 | 0.02 | 0.00 | 1.06 | 33.68 | 1.12 | 6gvch1xu9ca3g | 声明作业 BINARY_INTEGER := ... | |
0.21 | 505 | 0.00 | 0.00 | 0.49 | 42.06 | 6.69 | 4vs91dcv7u1p6 | emagent_SQL_oracle_database | 插入 sys.aud$( 会话... |
另外判断的思路可以参考一下这个https://www.modb.pro/db/583886
目前看我觉得问题还是在ORACLE方面。看看有没有sql执行计划在后台执行了一些有问题的语句导致