客户核心数据库卡顿分析

来源:这里教程网 时间:2026-03-03 19:18:05 作者:

2023.0 7 . 11 上午 1 0:00点左右,客户反映核心数据库卡顿,应用受到影响

1、  问题处理过程

数据库等待情况异常,多为 cursor: pin s wait on X ,且 FINAL BLOCKING SESSION 均指向为 4 612 会话,

4 612 会话执行 SQL语句详情:

SQL_ID: d5drtwzbagkrz

SQL_TEXT: SELECT PSN REGTION FROW ZJSZHYBMEDINS REGISTER WHERE REG ID = 223071101628 AND SOURCE TYPE  1 AND ROWNUM = 1

4 612 会话杀掉后, HIS业务恢复正常,数据库异常等待清零。

1、  故障详情分析

通过对 故障 时间段的AWR进行整体分析,”Top 10 Foreground Events by Total Wait Time“部分发现大量cursor和Latch异常等待,通过对等待事件原理分析, 要是解析导致。

通过 ”Time Model Statistics“部分,发现数据库中SQL解析消耗了75%的DB TIME 。与等待事件现象匹配 环比系统其他时间段,数据库中SQL 解析次数相对其他时间段增加了一个数量级。 对造成大量异常等待的堵塞者4612 进行分析,出问题时刻,在进行硬解析,导致其他大量会话等待解析完成,体现为大量的 cursor Latch 异常等待。

1、  分析与建议

4612会话 (故障 SQL_ID: d5drtwzbagkrz )未使用绑定变量, 在进行 硬解析, 堵塞了大量的进程,数据库体现为大量的CURSOR类和LATCH类异常等待。 建议修改为绑定变量方式,且业务高峰期间不要对业务繁忙表格进行授权、 DDL操作等,此些操作均会导致硬解析过多。

相关推荐