问题现象

下午开发人员反映，一个测试环境数据库访问非常慢，让我帮忙分析原因。

正好刚装了 SQLBooster ，通过它来分析，顺便熟悉一下它的使用。

原因分析

获取等待事件

数据库慢的话首先看等待事件，在 SQLBooster 主界面点开“事件排行”，界面显示 TOP5 等待事件如下：

其中 row cache lock 排第一。

分析阻塞session

出现 session lock ，通过主界面的“阻塞树”，可以查看 session 阻塞的情况。

不过这些 session 阻塞在动态变化，且并没有执行 SQL 。

查看当前的 active session 如下， session 中可以灵活根据条件过滤：

分析等待事件的详细信息

对于   row cache lock 等待事件，我们要获取 session 的 P1 参数。

用 P1 参数去 v$rowcache 中去查询参数名称，发现是“ dc_users ”。

和 dc_users 相关的，通常是由于用户登录引发。从审计视图中，查看当天的登陆审计，发现错误码 ORA-1017 占了绝大部分。

这个错误是用户名密码错误。

那么问题至此就清楚了，一台客户端用 jdbc 连接数据库，但是由于配置文件中密码录错了，反复重连。

而且配置了连接池，所以一瞬间有多个连接请求连接数据库。进而引起数据库响应缓慢。

处理办法

在 sqlnet.ora 中将该客户端的 IP 加入访问黑名单，性能问题消失。然后联系该客户端的开发人员，修改 jdbc 配置文件。