【等待事件】序列等待事件总结(enq: SQ - contention、row cache lock、DFS lock handle和enq: SV - contention)...
【等待事件】序列等待事件总结(enq: SQ - contention、row cache lock、DFS lock handle和enq: SV - contention)
【等待事件】序列等待事件总结(enq: SQ - contention、row cache lock、DFS lock handle和enq: SV - contention)
1 BLOG文档结构图
2 前言部分
2.1 导读和注意事项
各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~:
① 序列等待事件总结
② enq: SQ - contention、row cache lock、DFS lock handle和enq: SV - contention模拟
③ 序列的CACHE值性能测试
④ RAC中序列的ORDER和NOORDER测试
⑤ 序列等待的相关案例处理
Tips:
① 本文在itpub(http://blog.itpub.net/26736162)、博客园(http://www.cnblogs.com/lhrbest)和微信公众号(xiaomaimiaolhr)上有同步更新。
② 文章中用到的所有代码、相关软件、相关资料及本文的pdf版本都请前往小麦苗的云盘下载,小麦苗的云盘地址见:http://blog.itpub.net/26736162/viewspace-1624453/。
③ 若网页文章代码格式有错乱,请下载pdf格式的文档来阅读。
④ 在本篇BLOG中,代码输出部分一般放在一行一列的表格中。其中,需要特别关注的地方我都用灰色背景和粉红色字体来表示,比如在下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志号为43是需要特别关注的地方;而命令一般使用黄色背景和红色字体标注;对代码或代码输出部分的注释一般采用蓝色字体表示。
List of Archived Logs in backup set 11 Thrd Seq Low SCN Low Time Next SCN Next Time ---- ------- ---------- ------------------- ---------- --------- 1 32 1621589 2015-05-29 11:09:52 1625242 2015-05-29 11:15:48 1 33 1625242 2015-05-29 11:15:48 1625293 2015-05-29 11:15:58 2 42 1613951 2015-05-29 10:41:18 1625245 2015-05-29 11:15:49 2 43 1625245 2015-05-29 11:15:49 1625253 2015-05-29 11:15:53 [ZHLHRDB1:root]:/>lsvg -o T_XLHRD_APP1_vg rootvg [ZHLHRDB1:root]:/> 00:27:22 SQL> alter tablespace idxtbs read write; ====》2097152*512/1024/1024/1024=1G |
本文如有错误或不完善的地方请大家多多指正,ITPUB留言或QQ皆可,您的批评指正是我写作的最大动力。
2.2 相关文章链接
有关队列的更多介绍可以参考:http://blog.itpub.net/26736162/viewspace-2126079/
【故障处理】序列cache值过小导致CPU利用率过高”,连接地址为:http://blog.itpub.net/26736162/viewspace-2123996/
2016-10-18 |
【等待事件】等待事件系列(5.1)--Enqueue(队列等待)--5.1.6 enq: SQ - contention 序列 |
http://mp.weixin.qq.com/s?__biz=MzIzOTA2NjEzNQ==&mid=2454771602&idx=1&sn=3112cd29b4877435ffe37b603b263d00&chksm=fe8bbaeac9fc33fc6b0df4efa6e923f7c4f7ba2830659b75934627bf079dc76842bfc2b6f976&scene=21#wechat_redirect |
2016-08-24 |
【故障处理】序列cache值过小导致CPU利用率过高 |
http://mp.weixin.qq.com/s?__biz=MzIzOTA2NjEzNQ==&mid=2454771414&idx=1&sn=0cbc454bc7d5a513bbca6083958e2f34&scene=21#wechat_redirect |
2016-10-14 |
【等待事件】等待事件系列(5.1)--Enqueue(队列等待)--5.1.2 数据字典 |
http://mp.weixin.qq.com/s?__biz=MzIzOTA2NjEzNQ==&mid=2454771592&idx=1&sn=2a2b8c842aa95fd05c5de559495f4055&chksm=fe8bbaf0c9fc33e66b5b2dc4b8a0b411837777a202201b89e853bd41a49ed1ee9ec1d74bb22d&scene=21#wechat_redirect |
2016-10-11 |
【等待事件】等待事件系列(5.1)--Enqueue(队列等待)--5.1.1 简介部分 |
http://mp.weixin.qq.com/s?__biz=MzIzOTA2NjEzNQ==&mid=2454771584&idx=1&sn=037855f956bb297168b3e2282c436e53&chksm=fe8bbaf8c9fc33eebeca20a9c66c18800bd49e5f90059e0df6f1516f456c6de2968f2322d1f6&scene=21#wechat_redirect |
等待事件系列 |
||
【故障处理】队列等待之TX - allocate ITL entry引起的死锁处理 |
http://blog.itpub.net/26736162/viewspace-2124771/ |
|
【故障处理】队列等待之enq: US - contention案例 |
http://blog.itpub.net/26736162/viewspace-2124767/ |
|
【推荐】 【故障处理】队列等待之TX - allocate ITL entry案例 |
http://blog.itpub.net/26736162/viewspace-2124735/ |
|
【推荐】 等待事件系列(1)--User I/O类型(下) |
http://blog.itpub.net/26736162/viewspace-2124435/ |
|
【推荐】 等待事件系列(1)--User I/O类型(上) |
http://blog.itpub.net/26736162/viewspace-2124417/ |
|
【推荐】 【故障处理】队列等待之enq: TX - row lock contention |
http://blog.itpub.net/26736162/viewspace-2124369/ |
|
【推荐】 【等待事件】等待事件系列(5.1)--Enqueue(队列等待) |
http://blog.itpub.net/26736162/viewspace-2126079/ |
|
【推荐】 【等待事件】等待事件系列(3+4)--System IO(控制文件)+日志类等待 |
http://blog.itpub.net/26736162/viewspace-2125065/ |
|
【推荐】 等待事件系列(1)--User I/O类型(下) |
http://blog.itpub.net/26736162/viewspace-2124435/ |
|
【推荐】 等待事件系列(1)--User I/O类型(上) |
http://blog.itpub.net/26736162/viewspace-2124417/ |
|
【推荐】 【故障处理】队列等待之TX - allocate ITL entry引起的死锁处理 |
http://blog.itpub.net/26736162/viewspace-2124771/ |
|
【推荐】 【故障处理】队列等待之enq: US - contention案例 |
http://blog.itpub.net/26736162/viewspace-2124767/ |
|
【推荐】 【故障处理】队列等待之TX - allocate ITL entry案例 |
http://blog.itpub.net/26736162/viewspace-2124735/ |
|
【推荐】 【故障处理】队列等待之enq: TX - row lock contention |
http://blog.itpub.net/26736162/viewspace-2124369/ |
|
【推荐】 【故障处理】序列cache值过小导致CPU利用率过高 |
http://blog.itpub.net/26736162/viewspace-2123996/ |
2.3 本文简介
在2016年8月24日发布过一篇文章,BLOG名称为:“【故障处理】序列cache值过小导致CPU利用率过高”,连接地址为:http://blog.itpub.net/26736162/viewspace-2123996/,文章中根据案例详细分析了一次有关enq: SQ - contention等待事件的问题,基本上把所有的有关序列问题导致的等待事件全部讲解了一遍,但是那篇文章是针对Oracle 10g数据库而言的,而在Oracle 11g中,对SV锁进行了分离,出现了enq: SV - contention等待事件,而在Oracle 10g不存在“enq: SV - contention”该等待事件,而是表现为DFS lock handle,所以这篇文章将再次把序列等待事件整理一下。
第二章 序列等待事件
1 基础知识介绍
序列的等待事件基本上都与队列的等待事件相关,有关队列的更多介绍可以参考:http://blog.itpub.net/26736162/viewspace-2126079/
其实,“enq: SQ - contention”、“row cache lock”、“DFS lock handle”和“enq: SV - contention”这4个等待事件都与Oracle的序列有关,如下所示:
SELECT * FROM V$EVENT_NAME WHERE NAME IN ('row cache lock', 'enq: SQ - contention', 'DFS lock handle', 'enq: SV - contention'); |
其中,PAREMETER1的值为“name|mode”或“type|mode”的事件为队列等待。在这类等待事件中,name代表队列的名称,type代表队列的类型,mode代表队列的模式。使用如下的SQL可以查询到锁的名称和请求的mode值:
SELECT CHR(BITAND(P1,-16777216)/16777215)|| CHR(BITAND(P1, 16711680)/65535) "LOCK", BITAND(P1, 65535) "MODE" FROM V$SESSION_WAIT WHERE EVENT IN ('enq: SQ - contention', 'DFS lock handle', 'enq: SV - contention'); |
其中,MODE值如下表所示:
使用如下的SQL可以查询SQ和SV这2种锁的解释:
SELECT * FROM V$LOCK_TYPE D WHERE D.TYPE IN ('SV','SQ'); |
事实上,Oracle为了管理序列使用了如下表所示的三种锁:
RAC上创建序列时,在赋予了CACHE属性的状态下,若没有赋予ORDER属性,则各节点将会把不同范围的序列值CACHE到内存上。比如,拥有两个节点的RAC环境下,创建CACHE值为100的序列时,1号节点使用1~100,2号节点使用101~200。若两个节点之间都通过递增方式使用序列,必须赋予ORDER属性。Oracle序列默认是NOORDER,如果设置为ORDER,那么在单实例环境没有影响,在RAC环境中,多实例实际缓存相同的序列,此时在多个实例并发取该序列的时候,会有短暂的资源竞争来在多实例之间进行同步。因次性能相比NOORDER要差,所以RAC环境非必须的情况下不要使用ORDER,尤其要避免NOCACHE ORDER组合。
有一点必须要注意,没有赋予CACHE属性时,不管ORDER属性使用与否或RAC环境与否,一直等待row cache lock 事件。row cache lock是可以在全局范围内使用的锁,单实例环境或多实例环境同样可以发生。如果使用了CACHE,如果此时DB崩溃了,那么序列会从CACHE值之后重新开始,在CACHE中没有使用的序列会被跳过,这样就会导致序列不连续。在创建序列时,CACHE的缺省值设定为较小的20。因此创建并发量多的序列时,CACHE值应该取1000以上的较大值。
另外,若一次性同时创建许多会话时,有时会发生enq: SQ - contention等待事件。其原因是V$SESSION.AUDSID列值是利用序列创建的。Oracle在创建新的会话后,利用名为SYS.AUDSES$的序列的NEXTVAL来创建AUDSID值。在Oracle 10g下SYS.AUDSES$的CACHE值默认20,但在Oracle 11g下SYS.AUDSES$的CACHE值默认为10000,通过如下的SQL可以查询:
SELECT * FROM DBA_SEQUENCES D WHERE D.SEQUENCE_NAME ='AUDSES$'; |
2 RAC中的序列的ORDER和NOORDER测试
2.1 测试1:NOORDER属性的序列
NODE1:
SQL> CREATE SEQUENCE SEQ_NOORDER_LHR START WITH 1 INCREMENT BY 1 CACHE 20 NOORDER; SEQUENCE CREATED. SQL> SELECT SEQ_NOORDER_LHR.NEXTVAL FROM DUAL; NEXTVAL ---------- 1 SQL> / NEXTVAL ---------- 2 SQL> / NEXTVAL ---------- 3 |
NODE2:
SQL> SELECT SEQ_NOORDER_LHR.NEXTVAL FROM DUAL; NEXTVAL ---------- 21 SQL> / NEXTVAL ---------- 22 SQL> / NEXTVAL ---------- 23 |
NODE2上不是从4开始的,是从21开始的,因为NODE1已经CACHE了20个。
2.2 测试2:ORDER属性的序列
NODE1:
SQL> CREATE SEQUENCE SEQ_ORDER_LHR START WITH 1 INCREMENT BY 1 CACHE 20 ORDER; SEQUENCE CREATED. SQL> SELECT SEQ_ORDER_LHR.NEXTVAL FROM DUAL; NEXTVAL ---------- 1 SQL> / NEXTVAL ---------- 2 SQL> / NEXTVAL ---------- 3 |
NODE2:
SQL> SELECT SEQ_ORDER_LHR.NEXTVAL FROM DUAL; NEXTVAL ---------- 4 SQL> / NEXTVAL ---------- 5 SQL> / NEXTVAL ---------- 6 |
指定ORDER之后,取的序列就是顺序的。
3 序列的CACHE值性能测试
SYS@lhrdb> CREATE SEQUENCE SEQ_NOCACHE_LHR NOCACHE; Sequence created. SYS@lhrdb> CREATE SEQUENCE SEQ_CACHE20_LHR CACHE 20; Sequence created. SYS@lhrdb> CREATE SEQUENCE SEQ_CACHE100_LHR CACHE 100; Sequence created. SYS@lhrdb> CREATE SEQUENCE SEQ_CACHE1000_LHR CACHE 1000; Sequence created. SYS@lhrdb> SET TIMING ON; SYS@lhrdb> DECLARE 2 X NUMBER; 3 BEGIN 4 FOR I IN 1 .. 600000 LOOP 5 SELECT SEQ_NOCACHE_LHR.NEXTVAL INTO X FROM DUAL; 6 END LOOP; 7 END; 8 / PL/SQL procedure successfully completed. Elapsed: 00:01:16.16 SYS@lhrdb> DECLARE 2 X NUMBER; 3 BEGIN 4 FOR I IN 1 .. 600000 LOOP 5 SELECT SEQ_CACHE20_LHR.NEXTVAL INTO X FROM DUAL; 6 END LOOP; 7 END; 8 / PL/SQL procedure successfully completed. Elapsed: 00:00:17.79 SYS@lhrdb> DECLARE 2 X NUMBER; 3 BEGIN 4 FOR I IN 1 .. 600000 LOOP 5 SELECT SEQ_CACHE100_LHR.NEXTVAL INTO X FROM DUAL; 6 END LOOP; 7 END; 8 / PL/SQL procedure successfully completed. Elapsed: 00:00:15.22 SYS@lhrdb> DECLARE 2 X NUMBER; 3 BEGIN 4 FOR I IN 1 .. 600000 LOOP 5 SELECT SEQ_CACHE1000_LHR.NEXTVAL INTO X FROM DUAL; 6 END LOOP; 7 END; 8 / PL/SQL procedure successfully completed. Elapsed: 00:00:13.74 SYS@lhrdb> |
Oracle 11gR2测试,单实例数据库单会话循环不间断取600000个值。
类别 |
用时 |
NOCACHE |
00:01:16.16 |
CACHE 20 |
00:00:17.79 |
CACHE 100 |
00:00:15.22 |
CACHE 1000 |
00:00:13.74 |
基本上cache 大于20的时候性能基本可以接受,nocache的时候性能确实很差。
4 等待事件模拟
4.1 row cache lock序列等待模拟
版本:11.2.0.4
CREATE SEQUENCE LHR_SEQ01 START WITH 1 NOCACHE ;
开2-3个窗口分别执行如下的SQL语句:
DECLARE
V_N NUMBER;
BEGIN
FOR CUR IN 1 .. 100000000 LOOP
SELECT LHR_SEQ01.NEXTVAL INTO V_N FROM DUAL;
END LOOP;
END;
/
可以使用vmstat 1查看CPU的使用率。
SELECT A.SID,
A.BLOCKING_SESSION,
A.SQL_ID,
(SELECT B.SQL_TEXT FROM V$SQLAREA B WHERE B.SQL_ID = A.SQL_ID) SQL_TEXT,
A.P1
FROM V$SESSION A
WHERE A.STATUS = 'ACTIVE'
AND A.EVENT = 'row cache lock';
SELECT * FROM V$ROWCACHE A WHERE A.CACHE#=13;
SELECT * FROM v$lock a WHERE a.sid IN (6,8,114) AND a.TYPE <>'AE';
SELECT * FROM V$lock_Type a WHERE A.TYPE='TO';
4.2 enq: SQ - contention模拟
版本:11.2.0.4
DROP SEQUENCE LHR_SEQ01;
CREATE SEQUENCE LHR_SEQ01 START WITH 1 CACHE 2 NOORDER;
DECLARE
V_N NUMBER;
BEGIN
FOR CUR IN 1 .. 100000000 LOOP
SELECT LHR_SEQ01.NEXTVAL INTO V_N FROM DUAL;
END LOOP;
END;
/
SELECT A.SID,
A.BLOCKING_SESSION,
A.SQL_ID,
(SELECT B.SQL_TEXT FROM V$SQLAREA B WHERE B.SQL_ID = A.SQL_ID) SQL_TEXT,
CHR(BITAND(P1, -16777216) / 16777215) ||
CHR(BITAND(P1, 16711680) / 65535) "Lock",
BITAND(P1, 65535) "Mode",
(SELECT A.OBJECT_NAME || ':' || A.OBJECT_TYPE
FROM DBA_OBJECTS A
WHERE A.OBJECT_ID = A.p2) OBJECT_NAME
FROM V$SESSION A
WHERE A.STATUS = 'ACTIVE'
AND A.EVENT = 'enq: SQ - contention';
4.3 enq: SV - contention和DFS lock handle模拟
DROP SEQUENCE LHR_SEQ01;
CREATE SEQUENCE LHR_SEQ01 START WITH 1 CACHE 2 ORDER;
DECLARE
V_N NUMBER;
BEGIN
FOR CUR IN 1 .. 100000000 LOOP
SELECT LHR_SEQ01.NEXTVAL INTO V_N FROM DUAL;
END LOOP;
END;
/
版本:11.2.0.4
SELECT A.INST_ID,
A.SID,
A.BLOCKING_SESSION,
A.SQL_ID,
(SELECT B.SQL_TEXT FROM V$SQLAREA B WHERE B.SQL_ID = A.SQL_ID) SQL_TEXT,
CHR(BITAND(P1, -16777216) / 16777215) ||
CHR(BITAND(P1, 16711680) / 65535) "Lock",
BITAND(P1, 65535) "Mode",
(SELECT A.OBJECT_NAME || ':' || A.OBJECT_TYPE
FROM DBA_OBJECTS A
WHERE A.OBJECT_ID = A.P2) OBJECT_NAME,
A.EVENT
FROM GV$SESSION A
WHERE A.STATUS = 'ACTIVE'
-- AND A.EVENT = 'enq: SQ - contention'
AND A.SID IN (225, 99, 193, 194)
AND A.SQL_ID IS NOT NULL;
Oracle 10.2.0.5中:
注意,Oracle 10g表现为:DFS lock handle,而Oracle 11g中表现为enq: SV - contention。个人测试版本,10g为10.2.0.5,11g版本为11.2.0.4。
5 序列等待案例处理参考
有关队列的更多介绍可以参考:http://blog.itpub.net/26736162/viewspace-2126079/
【故障处理】序列cache值过小导致CPU利用率过高”,连接地址为:http://blog.itpub.net/26736162/viewspace-2123996/
2016-08-24 |
【故障处理】序列cache值过小导致CPU利用率过高 |
http://mp.weixin.qq.com/s?__biz=MzIzOTA2NjEzNQ==&mid=2454771414&idx=1&sn=0cbc454bc7d5a513bbca6083958e2f34&scene=21#wechat_redirect |
About Me
............................................................................................................................... ● 本文作者:小麦苗,只专注于数据库的技术,更注重技术的运用 ● 本文在itpub(http://blog.itpub.net/26736162)、博客园(http://www.cnblogs.com/lhrbest)和个人微信公众号(xiaomaimiaolhr)上有同步更新 ● 本文itpub地址:http://blog.itpub.net/26736162/viewspace-2127465/ ● 本文博客园地址:http://www.cnblogs.com/lhrbest/p/6020872.html ● 本文pdf版及小麦苗云盘地址:http://blog.itpub.net/26736162/viewspace-1624453/ ● QQ群:230161599 微信群:私聊 ● 联系我请加QQ好友(642808185),注明添加缘由 ● 于 2016-10-31 12:00 ~ 2016-11-01 19:00 在中行完成 ● 文章内容来源于小麦苗的学习笔记,部分整理自网络,若有侵权或不当之处还请谅解 ● 版权所有,欢迎分享本文,转载请保留出处 ............................................................................................................................... 手机长按下图识别二维码或微信客户端扫描下边的二维码来关注小麦苗的微信公众号:xiaomaimiaolhr,免费学习最实用的数据库技术。 |
【等待事件】序列等待事件总结(enq: SQ - contention、row cache lock、DFS lock handle和enq: SV - contention)...相关推荐
- 【等待事件】等待事件系列(5.1)--Enqueue(队列等待)
[等待事件]等待事件系列(5.1)--Enqueue(队列等待) 1 BLOG文档结构图 2 前言部分 2.1 导读和注意事项 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其 ...
- 学习笔记 | TNNLS 2022 THPs:学习事件序列因果结构的拓扑霍克斯过程
文章目录 一.序言 二.Introduction 三.Related Work 四.拓扑霍克斯过程 五.总结 CSDN 叶庭云:https://yetingyun.blog.csdn.net/ 一.序 ...
- oracle数据库查看等待,Oracle常见等待事件说明(三)-enqueue/free buffer waits
排队是应用于数据库对象.重做线程.后台工作的锁,用来控制多个并发会话在锁模式相容/不相容时如何共享相同的资源.排队是事务的,由应用程序初始化. 事件参数(9i环境,10g中参数二.三有所变化) 事件编 ...
- oracle redo wait较高,【案例】Oracle等待事件latch:row cache objects原因和解决办法
[案例]Oracle等待事件latch:row cache objects原因和解决办法 时间:2016-11-05 13:41 来源:Oracle研究中心 作者:HTZ 点击: 次 天萃 ...
- 多线程:C#线程同步lock,Monitor,Mutex,同步事件和等待句柄(上)
多线程:C#线程同步lock,Monitor,Mutex,同步事件和等待句柄(上) 转自 http://www.cnblogs.com/freshman0216/archive/2008/07/27/ ...
- C#多线程同步事件及等待句柄
最近捣鼓了一下多线程的同步问题,发现其实C#关于多线程同步事件处理还是很灵活,这里主要写一下,自己测试的一些代码,涉及到了AutoResetEvent 和 ManualResetEvent,当然还有也 ...
- 分布式系统:时间、时钟和事件序列
在程序中,我们经常需要知道事件序列,在单体应用中,事件序列是较为简单的,最简单的办法就是用时间戳,但在分布式系统中,事件序列是很困难的,Leslie Lamport大神在论文Time, Clocks, ...
- enq: SQ – contention
下午三点多数据库出现堵塞现象,所有访问序列的会话均hang住,后台出现大量enq: SQ – contention.library cache pin.cursor: pin S wait on X等 ...
- enq: SQ - contention
--每分钟执行情况 SQL> select sql_id, mi, count(mi) 2 from (select event, sql_id, to_char(sample_ti ...
最新文章
- 【转】理解IIS7的用户和组
- WEB_面试题_第三阶段
- mui HTML5 plus 下载文件
- c语言fseek128字节,C语言rewind和fseek函数的用法详解(随机读写文件)
- 利用路由器端口映射远程连接
- ADF12C UI根据row重定位VO的当前行
- Unity3d 代码修改并恢复鼠标的图标
- 如何成为一个合格的ASF贡献者?
- 计算机科学与技术学科评估 第五轮,【学科评估】解读第五轮学科各学科评估变化(上)...
- 高斯过程回归matlab,高斯过程回归及其应用.PDF
- 百度有趣的面试智力题
- 测试苹果授权登录Sign in with apple时,提示“未完成注册”处理经验分享
- 11款常用的安全测试工具
- android tips 8 | mystra,Mystra是什么意思
- 备受欢迎的随心金融P2P
- 第6章 PPT页面排版与高级设计技术
- 解决ActiveMQ服务停掉后无限重连问题
- Windows服务应用程序
- 2021湖南涟源高考成绩查询,2021娄底市地区高考成绩排名查询,娄底市高考各高中成绩喜报榜单...
- 我的ubuntu(持续更新中)
热门文章
- java管理和用户用一个入口登录_五、基于Struts的MVC案例:用户登录
- 第13章 其他重要主题
- Codeforces Round #470 (Div. 2) A Protect Sheep (基础)输入输出的警示、边界处理
- 盲盒商城小程序如何实现盲盒玩法
- 不同的音频格式如何相互转换?
- TS 类的这10个知识点你掌握了吗?
- select.select
- Codeforces Beta Round #82 (Div. 2) C. Buns(多重背包)
- 《卓有成效的管理者》培训感悟
- 逻辑强化(04)真假推理 答案解析