读取模式下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实现DFS深度优先查找
1 问题描述 深度优先查找(depth-first search,DFS)可以从任意顶点开始访问图的顶点,然后把该顶点标记为已访问.在每次迭代的时候,该算法紧接着处理与当前顶点邻接的未访问顶点.这个过 ...
- App自动化测试框架学习探索--从零开始设计
App自动化测试框架学习探索--从零开始设计---持续更新中,敬请关注 1 批量执行app自动化测试使用多线程设计思路: 1)并发级别选择用methods 2)采用@Test多线程,数据提供类dp单线 ...
- 09_EM算法
今天是2020年3月5日星期四.预计开学时间不会早于四月初,真是好消息,可以有大把的时间整理知识点(实际上发文章的时间都6月6号了,希望9月份能开学啊,不耽误找工作~).每次导师找,整个人会变的特别烦 ...
- python3 主机实时监控系统
主机实时监控系统(可在局域网访问) 一.思路: 前端: 1.管理员登录(编写一个管理员登录界面) 技术:html+css 2.资源数据显示(用于显示主机资源数据情况) 插件:echarts+jquer ...
- js排他性算法
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8&quo ...
- 构造函数，拷贝构造和赋值运算符调用时机，explicit，
#include<iostream> #include <stdio.h> using namespace std; class test{ int mvalue; publi ...
- 总结:修改相关postgres用户密码
1.修改linux系统postgres用户的密码 PostgreSQL会创建一个默认的linux用户postgres,修改该用户密码的方法如下: 步骤一:删除用户postgres的密码 sudo p ...
- Linux中tomcat的部署
红帽7如何配置tomcat 1.下载tomcat9.0和java-1.8 tomcat的下载地址: https://tomcat.apache.org/ java1.8是radhat7自带: [roo ...
- spark源码解析总结
========== Spark 通信架构 ========== 1.spark 一开始使用 akka 作为网络通信框架,spark 2.X 版本以后完全抛弃 akka,而使用 netty 作为新的网 ...
- Android学习笔记上下文菜单
布局文件main_activity.xml <?xml version="1.0" encoding="utf-8"?> <RelativeL ...