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操作等，此些操作均会导致硬解析过多。

ITPub博客

客户核心数据库卡顿分析