11.2数据库登录出现library cache lock等待（二）

最新推荐文章于 2024-08-29 17:00:41 发布
最新推荐文章于 2024-08-29 17:00:41 发布
阅读量117 收藏
点赞数
文章标签： 数据库

客户的11.2.0.2 RAC for Linux X86-64环境的数据库在登录时，发现出现长时间等待。

这一篇描述现象重现过程。

11.2数据库登录出现library cache lock等待（一）：http://yangtingkun.net/?p=279


上一篇描述了客户的11.2.0.2 RAC for Linux X86-64环境出现library cache lock的问题，同事回来后想要模拟这个现象，在Windows环境下的11.2.0.1上却没有模拟出来，我也在Windows上的11.2.0.1上尝试了一下，结果没有出现library cache lock等待，但是出现了row cache lock等待事件。

测试步骤很简单，开启三个sqlplus，其中一个设置SET TIME ON，获取时间信息，并不断的已错误的用户名密码尝试连接数据库。另一个会话以正确的用户名和密码连接到数据库，设置SQLPROMPT为SQL2>，以便于和第一个会话区别。最后一个会话以SYS登录数据库，检查会话的等待状态：

SQL> SET TIME ON
08:34:41 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:42 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:42 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:43 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:44 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:46 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:49 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:54 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:34:59 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:35:05 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:35:12 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:35:21 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:35:30 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:35:40 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:35:50 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:36:01 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:36:01 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:36:01 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:36:01 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:36:02 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:36:05 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝

.
.
.

08:38:00 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:38:10 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:38:20 SQL> CONN TEST/A@192.25.1.100/TEST112
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝


08:38:30 SQL>

可以看到，会话1登录失败的等待时间从1秒慢慢涨到了10秒，随后又缩短到1秒以内，最后又一次涨到了10秒。

之所以等待时间被重置，是因为会话2上成功的执行一次登录：

SQL> CONN TEST/TEST@192.25.1.100/TEST112
已连接。
SQL> SET SQLP 'SQL2> '
SQL2> CONN TEST/TEST@192.25.1.100/TEST112
已连接。
SQL2>

会话2的登录成功，使得会话1上10秒的延迟验证被重置到1秒以内。

最后看一下V$SESSION视图查询的等待信息：

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 4
63 TEST sqlplusw.exe SQL*Net message from client 89

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 2
63 TEST sqlplusw.exe SQL*Net message from client 103

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 6
63 TEST sqlplusw.exe SQL*Net message from client 107

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 8
63 TEST sqlplusw.exe SQL*Net message from client 143

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 1
63 sqlplusw.exe row cache lock 1

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 4
63 sqlplusw.exe row cache lock 4

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 6
63 sqlplusw.exe row cache lock 6

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
12 sqlplusw.exe SQL*Net message from client 9
63 sqlplusw.exe row cache lock 8

SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT
2 FROM V$SESSION
3 WHERE NVL(USERNAME, 'OTHER') != USER
4 AND NVL(PROGRAM, 'OTHER') NOT LIKE 'ORACLE.EXE%';

SID USERNAME PROGRAM EVENT SECONDS_IN_WAIT
---------- ---------- --------------- ------------------------------------- ---------------
63 TEST sqlplusw.exe SQL*Net message from client 1
69 sqlplusw.exe SQL*Net message from client 0

可以看到，如果只有一个会话连接数据库失败，则不会导致任何异常等待的出现，如果这时存在另一个会话以同样的用户名来访问数据库，那么不管这个用户使用的密码是否正确，都会引发row cache lock等待事件。

而同样的测试在11.2.0.2的环境中，出现的等待是library cache lock。检查了一下，当前的row cache lock等待事件，实际上是11.2.0.1的一个bug：Bug 9720182: DUE TO ROW CACHE LOCK WAIT EVENTS IN DATABASE APPLICATION GOT HUNG。

Oracle提供了专门的PATCH可以解决这个问题，其实解决这个问题的最有效的办法，就是避免用户使用不正确的密码来连接数据库

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7900083/viewspace-712735/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7900083/viewspace-712735/

cnkeprcr526529
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
统计信息搜集加SQL硬编码导致library cache lock 和cursor pin wait on x
zhaoyangjian724的专栏
12-15 406
oracle library cache pin,【案例】Oracle library cache lock/library cache:mutex X解决办法
weixin_39984098的博客
04-09 935
【案例】Oracle library cache lock/library cache:mutex X解决办法时间:2016-10-31 21:54来源:Oracle研究中心作者:HTZ点击:次天萃荷净SQL语法错误导致library cache lock/library cache:mutex X ，Oracle研究中心案例分析：运维DBA反映数据库出来大量的library c...
故障分析：一则library cache lock问题处理
weixin_34116110的博客
07-17 552
编辑手记：library cache lock 大家都并不陌生，在MOS上对该阻塞的一般成因描述为：一般可以理解的是alter table或者alter package/procedure会以X模式持有library cache lock，造成阻塞（444560.1）。但针对具体问题仍要具体分析，今天分享一则因SQL绑定变量出现空值，导致大量子游标产生并...
11.2数据库登录出现library cache lock等待（一）
ckawt40802的专栏
11-11 108
客户的11.2.0.2 RAC for Linux X86-64环境的数据库在登录时，发现出现长时间等待。 这一篇描述问题的现象的诊断。 出问题的时候我正好在客户现场...
library cache lock等待事件
m0_38048955的博客
03-24 823
问题背景，客户反馈DB服务器cpu异常高 1> 查看AWR报告 大量library cache lock等待 大量library cache lock导致登陆hang住，时间全部消耗在了 connection management call elapsed 先查杀等待会话 1 select 'alter system kill session ''' || a.sid || ',' || serial# || ''';' 2 from v$session a 3 w...
Oracle 11g 生产库因密码过期修改密码产生library cache lock等待事件导致用户hang问题分析及处理
shlei5580的专栏
04-28 818
该生产库是Oracle 11g库，数据库版本为11.2.0.4，Oracle在11g有个新特性，即有一个用户使用错误的密码连接数据库，随着登陆失败次数的增加，每次登陆验证前延迟等待的时间也会增加，这个新特性的主要目的是用于防止一些应用程序使用错误的密码尝试登陆数据库，由于密码延迟策略，大量会话等待登陆验证，导致数据库后续连接产生大量library cache lock等待事件导致hang住。此问题可以在MOS上查询(ID 1309738.1)这篇文章，有详细描述。
某个普通用户登录一直hang住，不报错。library cache lock等待
鲨鱼胃的博客
07-28 685
故障描述 用某个用户登录数据库，一直hang住，不报错 于是直接尝试用sqlplus连接数据库，发现连接该用户时hang在那里，过很久之后会返回ORA-04021错误，但是别的用户都没问题。 SQL> conn pingshen/pingshencs ERROR: ORA-04021: 等待锁定对象 时发生超时 警告: 您不再连接到 ORACLE。 问题排查与解决 通过检查等待事件，发现是library cache lock 并且发现，除了登录进程，还有一大堆的已经登录的进程被阻塞在libra
brew 一直等待_详述Oracle11g因JDBC bug引发异常Library Cache Lock等待处理事件
weixin_39997253的博客
10-22 167
墨墨导读：在Oracle 11g 版本中可能出现由于JDBC bug导致sql绑定变量无法共享，过期游标过多的情况，此时如果发生大量并发业务，很有可能造成异常library cache lock等待事件，造成数据库突发性能问题。在此，我们分享一次由jdbc bug和绑定变量长度问题共同“作案”引发数据库性能故障的案例。本文节选自《云和恩墨技术通讯》（12月刊）library cache lock等...
密码错误频繁登录引发的“library cache lock”或“row cache lock”等待
小麦苗DBA宝典
08-04 568
密码错误频繁登录引发的”library cache lock”或”row cache lock”等待 对于正常的系统，由于密码的更改，可能存在某些被遗漏的客...
Oracle 11.2.0.3数据库CJQ进程造成row cache lock等待事件影响job无法停止问题分析
ip1981的博客
02-25 649
一， 现象描述 某生产系统应用人员反映自己发起的job异常，没有正常运行，导致相关表无数据,自己尝试停止job但未成功,也无法重新发起job。 二， 问题分析 job的登录模式一般为’DBMS_SCHEDULER’,通过PL/SQL工具登录运行如下语句进行查看 select S.STATUS,        S.INST_ID,        S.SID,        S.PADD...
重启大法失效？详述Oracle11g因JDBC bug引发异常Library Cache Lock等待处理事件
Enmotech的博客
12-26 723
墨墨导读：在Oracle 11g 版本中可能出现由于JDBC bug导致sql绑定变量无法共享，过期游标过多的情况，此时如果发生大量并发业务，很有可能造成异常library cache lock等待事件，造成数据库突发性能问题。在此，我们分享一次由jdbc bug和绑定变量长度问题共同“作案”引发数据库性能故障的案例。 本文节选自《云和恩墨技术通讯》（12月刊） 下载链接：https://ww...
ORACLE11.2.0.3数据库alter table drop column慢原因分析
weixin_38169722的博客
12-04 624
中午某生产库数据库发布补丁，开发人员反应有语句阻塞，无法执行下面语句 alter table pyramid.pd_loanProduct drop column customerType; 这是一个只有4行的小表 我建个测试表尝试了一下，果然很慢 create table pyramid.test_alter2(id number,name varchar2(10)) ...
oracle sql 子游标_Oracle触发bug(cursor: mutex S)，造成数据库服务器CPU接近100%---SQL子游标多版本问题...
weixin_39559079的博客
12-19 205
问题现象：项目反馈系统反应非常缓慢，数据库服务器CPU接近100%！INSERT INTO GSPAudit1712(ID,TypeID,CategoryID,DateTime,UserID,UserCode,UserName,UserEmail,PositionID,PositionCode,PositionName,EventID,EventName,EventResult,FunctionI...
DBASK数据库提问平台问题集萃，首批近二十位专家团曝光
Enmotech的博客
04-19 381
引言最近注意到19C官方文档中部分视图已经没有了说明，MOS上很多文档也隐藏了起来，开源公司不断被资本收购，但是我们始终向往构建一个开放开源、互帮互助的社区环境，我们也再...
redis能正常访问，但是springboot编译报错
生而为人我很抱歉
08-27 642
因为你在自定义的 @Configuration 类中没有明确指定配置属性的绑定，或者这个类的加载顺序影响了 Spring Boot 的属性绑定过程。你可以尝试在 MyConf 类上加上 @Order 注解来调整加载顺序，或者确保 MyConf 类不会干扰到 Redis 配置的加载。你可以在 MyConf 类上使用 @ConditionalOnProperty 注解，确保在特定条件下才加载这个配置类，以避免在 Redis 配置加载之前进行不必要的初始化。
汉服文化平台网站
heye0910032的博客
08-26 1625
本文主要探讨了使用Java语言开发汉服文化平台网站的全过程。系统采用B/S架构，严格遵循软件开发流程，从分析、设计到实现，确保了项目的系统性和科学性。系统主要面向管理员和用户两大类使用者，提供了包括首页、个人中心、汉服知识管理、服装展示管理、用户相册管理、论坛交流、系统管理、订单管理等功能。本系统的应用，旨在实现汉服文化信息管理的信息化，提高管理效率，方便用户访问和交流。通过本毕业设计，我深入学习并实践了Java语言和SSM框架在Web开发中的应用。
mysql-day02
最新发布
m0_64370841的博客
08-29 1302
【代码】mysql-day02。
修复数据库中的 “Access Denied: SUPER Privilege Required” 错误
xiaochong0302的博客
08-26 1475
当您使用数据库时，您可能会看到错误消息：“Access denied; you need (at least one of) the SUPER privilege(s) for this operation”。当您的数据库用户没有足够的权限来执行某些操作时，就会发生这种情况。
Oracle11.2数据库在Linux上的安装指南
Oracle数据库是全球广泛使用的数据库管理系统之一，Oracle 11.2版本是其11g系列的第二个主要发布版，带来了许多增强功能和性能改进。本安装指南针对Linux操作系统，旨在帮助系统管理员和IT专业人员顺利安装和配置...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值