library cache lock等待事件是Oracle数据库较为常见的等待事件之一，在之前的几次月刊中，我们也提到过产生library cache lock等待出现的原因有很多，如登录密码错误尝试过多、热表收集统计信息和SQL解析失败等。

在Oracle 11g 版本中可能出现由于JDBC bug导致sql绑定变量无法共享，过期游标过多的情况，此时如果发生大量并发业务，很有可能造成异常library cache lock等待事件，造成数据库突发性能问题。在此，我们分享一次由jdbc bug和绑定变量长度问题共同“作案”引发数据库性能故障的案例，供各位参考。

问题描述

2019年10月11号晚22:00分左右，运维人员对生产系统数据库进行清理历史分区操作，执行近100个分区删除操作后（22:05左右）发现该数据库压力飙升，维护人员紧急停止历史分区清理操作，发现大量业务数据插入（INSERT）缓慢。

查看故障期间数据库发现大量library cache lock等待，数据库活动会话飙升至1000以上，数据库响应非常缓慢，业务受到严重影响。

问题分析

从故障期间ASH的整体运行情况看：

从22:00开始，数据库的活动会话飙升，每秒活动会话飙升至1000以上。故障时间段内的TOP EVENT主要表现在library cache lock和library cache: mutex X等待上。

查看故障期间数据库活动会话情况：