读取模式下cbc latch的事件模拟（热块竞争和热链竞争）-P62
文章目录
1. 背景
cbc latch的竞争，读取模式下各个版本可能是不同的。
比如在版本11.2.0.4.0是模拟不出读取模式下latch: cache buffers chains，这里原因不做探讨。
2. 过程
关于cbc latch，我们知道逻辑读下，通过全表扫描或者rowid去读取块，用的是独占的cbc latch模式。
2.1 热块竞争
热块竞争下的cbc。
2.1.1 版本11.2.0.1.0
session 1和session 2同时执行。
SYS@zkm> create table zkm.test as select rownum id from dual connect by rownum<=10;
Table created.
SYS@zkm> select dbms_rowid.rowid_relative_fno(rowid) file#,dbms_rowid.rowid_block_number(rowid) block#,rowid from zkm.test where rownum=1;
FILE# BLOCK# ROWID
---------- ---------- ------------------
4 131 AAAEQGAAEAAAACDAAA
2.1.1.1 session 1（sid:34）
SYS@zkm> select sid from v$mystat where rownum=1;
SID
----------
34
SYS@zkm> declare
2 r int;
3 begin
4 for i in 1..1000000000 loop
5 select count(*) into r from zkm.test where rowid='AAAEQGAAEAAAACDAAA';
6 end loop;
7 end;
8 /
---等待
2.1.1.2 session 2（sid:35）
SYS@zkm> select sid from v$mystat where rownum=1;
SID
----------
35
SYS@zkm> declare
2 r int;
3 begin
4 for i in 1..1000000000 loop
5 select count(*) into r from zkm.test where rowid='AAAEQGAAEAAAACDAAA';
6 end loop;
7 end;
8 /
---等待
2.1.1.3 session 3
查看等待事件。
下边结果是最终执行完后查询信息。
SYS@zkm> select sid,event,TOTAL_WAITS from v$session_event where sid in (34,35);
SID EVENT TOTAL_WAITS
---------- ---------------------------------------------------------------- -----------
34 Disk file operations I/O 1
34 latch: cache buffers chains 176
34 cursor: pin S 1497
34 SQL*Net message to client 7
34 SQL*Net message from client 6
35 Disk file operations I/O 1
35 latch: cache buffers chains 236
35 cursor: pin S 1453
35 SQL*Net message to client 7
35 SQL*Net message from client 6
10 rows selected.
其中，“latch: cache buffers chains”中sid34和sid35各发生了176次和236次。
2.1.2 版本11.2.0.4.0
步骤类似2.1，省略其中2.1.1.1-2.1.1.2。
2.1.2.1 session 3
SYS@zkm> select sid,event,TOTAL_WAITS from v$session_event where sid in (35,28);
SID EVENT TOTAL_WAITS
---------- ---------------------------------------------------------------- -----------
28 Disk file operations I/O 1
28 cursor: pin S 5225
28 latch: shared pool 6
28 SQL*Net message to client 7
28 SQL*Net message from client 6
35 Disk file operations I/O 2
35 db file sequential read 7
35 cursor: pin S 5235
35 latch: shared pool 4
35 SQL*Net message to client 7
35 SQL*Net message from client 6
11 rows selected.
其中，“latch: cache buffers chains”一次都没有出现。
2.1.3 版本10.2.0.1.0
步骤类似2.1，省略其中2.1.1.1-2.1.1.2。
2.1.3.1 session 3
SQL> select sid,event,TOTAL_WAITS from v$session_event where sid in (147,148);
SID EVENT TOTAL_WAITS
---------- ---------------------------------------------------------------- -----------
147 latch: cache buffers chains 762
147 latch: library cache 551
147 latch: library cache pin 423
147 SQL*Net message to client 9
147 SQL*Net message from client 8
148 latch: cache buffers chains 706
148 latch: library cache 624
148 latch: library cache pin 393
148 SQL*Net message to client 9
148 SQL*Net message from client 8
10 rows selected.
出现“latch: cache buffers chains”远远多于在11.2.0.1.0上的次数。并且时间上运行了3个小时（我还是ssd的盘），前面的两个版本都没那么久。
2.2热链竞争
热链竞争下的cbc。
2.2.1 版本11.2.0.1.0
SYS@zkm> set linesize 500
SYS@zkm> select dbms_rowid.rowid_relative_fno(rowid) file#,dbms_rowid.rowid_block_number(rowid) block#,rowid from zkm.test where id=1;
FILE# BLOCK# ROWID
---------- ---------- ------------------
4 131 AAAEQGAAEAAAACDAAA
SYS@zkm> select distinct hladdr from x$bh where file#=4 and dbablk=131;
HLADDR
----------------
00000003E4734398
SYS@zkm> select a.file#,a.dbablk,b.owner,b.object_name from x$bh a,dba_objects b where a.hladdr='00000003E4734398' and a.obj=b.data_object_id;
FILE# DBABLK OWNER OBJECT_NAME
---------- ---------- ------------------------------ --------------------------------------------------------------------------------------------------------------------------------
1 3160 SYS I_MON_MODS$_OBJ
2 15242 SYS I_WRI$_OPTSTAT_HH_OBJ_ICOL_ST
4 131 ZKM TEST
4 4469 ZKM PIS
SYS@zkm> select object_id,data_object_id from dba_objects where owner='ZKM' and object_name='PIS';
OBJECT_ID DATA_OBJECT_ID
---------- --------------
17419 17419
SYS@zkm> select dbms_rowid.rowid_create(1,17419,4,4469,0) from dual;
DBMS_ROWID.ROWID_C
------------------
AAAEQLAAEAAABF1AAA
其中，00000003E4734398是cbc latch的地址。找出这个地址后，在找出这个地址下保护的其他对象。
这里我们挑zkm.pis这张表（文件4，块号4469），因为SYS.I_MON_MODS$_OBJ和SYS.I_WRI$_OPTSTAT_HH_OBJ_ICOL_ST没办法查询，我新构造了zkm.pis这张表直到出现这个00000003E4734398也有zkm.pis的结果。
2.2.1.1 session 1（sid:19）
SYS@zkm> select sid from v$mystat where rownum=1;
SID
----------
19
SYS@zkm> declare
2 r int;
3 begin
4 for i in 1..1000000000 loop
5 select id into r from zkm.test where rowid='AAAEQGAAEAAAACDAAA';
6 end loop;
7 end;
8 /
---等待
2.2.1.2 session 2（sid:31）
SYS@zkm> select sid from v$mystat where rownum=1;
SID
----------
31
SYS@zkm> declare
2 r int;
3 begin
4 for i in 1..1000000000 loop
5 select count(*) into r from zkm.pis where rowid='AAAEQLAAEAAABF1AAA';
6 end loop;
7 end;
8 /
---等待
2.2.1.3 session 3
SYS@zkm> select sid,event,state,p1raw,p2raw from v$session where sid in (19,31) order by 2;
SID EVENT STATE P1RAW P2RAW
---------- ---------------------------------------------------------------- ------------------- ---------------- ----------------
31 latch: cache buffers chains WAITED SHORT TIME 00000003E4734398 0000000000000096
19 latch: cache buffers chains WAITED SHORT TIME 00000003E4734398 0000000000000096
session 1和session 2跑期间可以刷出以上结果，其中，p1raw正好是latch的地址。
最后session 1和session 2，通过视图v$session_event查看等待事件的统计如下：
SYS@zkm> select sid,event,TOTAL_WAITS from v$session_event where sid in (19,31);
SID EVENT TOTAL_WAITS
---------- ---------------------------------------------------------------- -----------
19 Disk file operations I/O 1
19 latch: cache buffers chains 213
19 SQL*Net message to client 7
19 SQL*Net message from client 6
31 Disk file operations I/O 1
31 latch: cache buffers chains 279
31 SQL*Net message to client 7
31 SQL*Net message from client 6
8 rows selected.
2.2.2 版本11.2.0.4.0
步骤类似2.2.1.1-2.2.1.2，省略。
2.2.2.1 session 3
最后session 1和session 2，通过视图v$session_event查看等待事件的统计如下：
SYS@zkm> select sid,event,TOTAL_WAITS from v$session_event where sid in (29,24);
SID EVENT TOTAL_WAITS
---------- ---------------------------------------------------------------- -----------
24 Disk file operations I/O 1
24 latch: shared pool 7
24 SQL*Net message to client 8
24 SQL*Net message from client 7
24 SQL*Net break/reset to client 2
29 Disk file operations I/O 1
29 latch: shared pool 9
29 SQL*Net message to client 7
29 SQL*Net message from client 6
9 rows selected.
2.2.3 版本10.2.0.1.0
步骤类似2.2.1.1-2.2.1.2，省略。
2.2.3.1 session 3
SQL> select sid,event,state,p1raw,p2raw from v$session where sid in (148,158) order by 2;
SID EVENT STATE P1RAW P2RAW
---------- ---------------------------------------------------------------- ------------------- ---------------- ----------------
158 latch: cache buffers chains WAITED KNOWN TIME 0000000082FA5158 000000000000007A
148 latch: cache buffers chains WAITED KNOWN TIME 0000000082FA5158 000000000000007A
session 1和session 2跑期间可以刷出以上结果，其中，p1raw正好是latch的地址。
最后session 1和session 2，通过视图v$session_event查看等待事件的统计如下：
SQL> select sid,event,TOTAL_WAITS from v$session_event where sid in (148,158);
SID EVENT TOTAL_WAITS
---------- ---------------------------------------------------------------- -----------
148 latch: cache buffers chains 773
148 latch: library cache 794
148 latch: library cache pin 426
148 SQL*Net message to client 9
148 SQL*Net message from client 8
158 latch: cache buffers chains 673
158 latch: library cache 950
158 latch: library cache pin 413
158 SQL*Net message to client 9
158 SQL*Net message from client 8
10 rows selected.
现象和热块竞争时候是一样的。11.2.0.4.0一样模拟不出来“latch: cache buffers chains”。
而且在10.2.0.1.0和11.2.0.1.0中，10g的这个事件次数远多于11g的。
3 热块/链竞争的解决
热链竞争：可以通过修改隐藏参数_db_block_hash_buckets或者_db_block_hash_latches值，它们分别控制HASH Bucket的数量和CBC Latch的数量。修改后，BH和HASH Bucket的对应关系就会被重新计算。原本在同一链表中的BH，重新计算后很可能就不在同一链表中了。不过，不是实在无计可施的情况，不推荐修改这两个参数。
热块竞争：大多是执行计划不合理或者sql有问题导致的。比如等值查询条件表，表又比较大，可以考虑创建唯一索引，因为索引的根块枝块页块表块都是使用共享模式的CBC Latch，不用担心引起争用。
读取模式下cbc latch的事件模拟（热块竞争和热链竞争）-P62的更多相关文章
- Release编译模式下，事件是否会引起内存泄漏问题初步研究
题记:不常发生的事件内存泄漏现象 想必有些朋友也常常使用事件,但是很少解除事件挂钩,程序也没有听说过内存泄漏之类的问题.幸运的是,在某些情况下,的确不会出问题,很多年前做的项目就跑得好好的,包括我也是 ...
- Intellij IDEA debug模式下项目启动慢/无法启动的事件解决过程记录
项目无法启动了 简单的介绍一下事件过程:周一的早上,收到前端同事抛过来的一个任务,说是一个接口无法正常返回数据,于是就让他把参数发过来,我想试着在本地重现一下并且将问题修复掉,这种情况肯定是要通过de ...
- WPF中在MVVM模式下，后台绑定ListCollectionView事件触发问题
问题:WPF中MVVM模式下 ListView绑定ListCollectionView时,CurrentChanged无法触发 解决方案: 初期方案:利用ListView的SelectionChang ...
- epoll水平/边缘触发模式下阻塞/非阻塞EPOLLOUT事件触发条件及次数
在IO多路复用技术中,epoll默认的事件触发模式为Level_triggered(水平触发)模式,即当被监控的文件描述符上有可读/写事件发生时,epoll_wait()会通知处理程序去读写.如果这次 ...
- ASM:《X86汇编语言-从实模式到保护模式》越计卷：实模式下对DMA和Sound Blaster声卡的控制
说实话越计卷作者用了16页(我还是删过的),来讲怎么控制声卡,其实真正归纳起来就那么几点. ★PART1:直接存储访问 1. 总线控制设备(bus master) 在硬件技术不发达的早期,处理器是最重 ...
- sql服务器第5级事务日志管理的阶梯：完全恢复模式下的日志管理
sql服务器第5级事务日志管理的阶梯:完全恢复模式下的日志管理 原文链接http://www.sqlservercentral.com/articles/Stairway+Series/73785/ ...
- ASM:《X86汇编语言-从实模式到保护模式》第17章：保护模式下中断和异常的处理与抢占式多任务
★PART1:中断和异常概述 1. 中断(Interrupt) 中断包括硬件中断和软中断.硬件中断是由外围设备发出的中断信号引发的,以请求处理器提供服务.当I/O接口发出中断请求的时候,会被像8259 ...
- ASM:《X86汇编语言-从实模式到保护模式》第9章：实模式下中断机制和实时时钟
中断是处理器一个非常重要的工作机制.第9章是讲中断在实模式下如何工作,第17章是讲中断在保护模式下如何工作. ★PART1:外部硬件中断 外部硬件中断是通过两个信号线引入处理器内部的,这两条线分别叫N ...
- 软件调试——IA-32 保护模式下寄存器一览
最近在看张银奎先生的<调试软件>一书,想将关键的技术记录下来,以便日后查阅,也分享给想看之人吧. 1 通用寄存器 EAX,EBX,ECX,EDX:用于运算的通用寄存器,可以使用AX,BX等 ...
随机推荐
- Java实现 LeetCode 223 矩形面积
223. 矩形面积 在二维平面上计算出两个由直线构成的矩形重叠后形成的总面积. 每个矩形由其左下顶点和右上顶点坐标表示,如图所示. Rectangle Area 示例: 输入: -3, 0, 3, 4 ...
- Java实现 LeetCode 132 分割回文串 II（二）
132. 分割回文串 II 给定一个字符串 s,将 s 分割成一些子串,使每个子串都是回文串. 返回符合要求的最少分割次数. 示例: 输入: "aab" 输出: 1 解释: 进行一 ...
- Java实现提取拼音首字母
在很多软件中,输入拼音的首写字母就可以快速定位到某个词条.比如,在铁路售票软件中,输入: "bj"就可以定位到"北京".怎样在自己的软件中实现这个功能呢?问题的 ...
- java实现第八届蓝桥杯平方十位数
平方十位数 题目描述 由0~9这10个数字不重复.不遗漏,可以组成很多10位数字. 这其中也有很多恰好是平方数(是某个数的平方). 比如:1026753849,就是其中最小的一个平方数. 请你找出其中 ...
- PAT 统计同成绩学生
本题要求读入 N 名学生的成绩,将获得某一给定分数的学生人数输出. 输入格式: 输入在第 1 行给出不超过 105 的正整数 N,即学生总人数.随后一行给出 N 名学生的百分制整数成绩,中间以空格分隔 ...
- ant构建Jmeter脚本的build文件配置（build.xml）
使用此构建文件可自动发送邮件 代码如下: <?xml version="1.0" encoding="UTF8"?> <project na ...
- mysql基础-数据库初始化操作必要步骤和客户端工具使用-记录(二)
0x01 mysql启动时,读取配置文件的顺序 Default options are read from the following files in the given order:/etc/my ...
- 组态与非组态结合的LT
概述 最新的应用软件快速搭建平台现已投入使用.首先对名称进行规范统一一下. 英文全称:LARKIN-CN.TOP : 中文全称:拉图: 简称:LT. 特点: 组态软件开发的快速.灵活 C端软件的控件交 ...
- 解决Maven静态资源过滤问题
在项目的pom.xml中添加下面的内容 <build> <resources> <resource> <directory>src/main/java& ...
- api请求允许跨域的问题
让api请求允许跨域 header("Access-Control-Allow-Origin:*");header('Access-Control-Allow-Credential ...