buffer busy wait
什么是buffer busy wait?
A session that reads or modifies a buffer in the SGA must first acquire the cache buffers chains latch and traverse the buffer chain until it finds the necessary buffer header. Then it must acquire a buffer lock or a pin on the buffer header in shared or exclusive mode, depending on the operation it intends to perform. Once the buffer header is pinned, the session releases the cache buffers chains latch and performs the intended operation on the buffer itself. If a pin cannot be obtained, the session waits on the buffer busy wait event. This wait event does not apply to read or write operations that are performed in sessions’ private PGAs.
一个会话读或者修改一个SGA中的buffer,首先必须获得cache buffers chains latch和遍历缓冲区链表,直到找到所需的缓冲区头。
会话必须获得一个buffer lock或者pin在 shared or exclusive 模式下,这取决于它打算执行的操作。一旦缓冲区头被pin住,会话释放的超高速缓冲存储器锁存器链,并且执行在缓冲本身预定的操作。如果不能获得pin后,会话的缓冲区忙等待事件等待。这个等待事件不适用于读取或写入都在会话的私有PGA的执行的操作。
读写时兼容的,写写是不兼容的:
此实验是不断的去更新同一个块中的不同记录,通过这种方式可以造成buffer busy wait等待.
--创建测试表
create table test_db
(
ID NUMBER,
NICK VARCHAR2(30)
);
SQL> insert into test_db values(1,'zhaolin');
1 row created.
SQL> commit;
Commit complete.
SQL> insert into test_db values(2,'nature');
1 row created.
SQL> commit;
Commit complete.
SQL> select rowid,t.* from test_db t;
ROWID ID NICK
------------------ ---------- ------------------------------
AAATKfAAEAAAtZHAAA 1 zhaolin
AAATKfAAEAAAtZHAAB 2 nature
--检查这两条记录是否在同一个块上
SQL> select dbms_rowid.ROWID_RELATIVE_FNO(rowid) file#,dbms_rowid.ROWID_BLOCK_NUMBER(rowid) block# from test_db;
FILE# BLOCK#
---------- ----------
4 185927
4 185927
--session 1
SQL> select sid from v$mystat where rownum<2;
SID
----------
33
declare
i number:=0;
begin
loop
update test_db set nick='session1' where id=1;
i:=i+1;
if mod(i,100)=0 then
commit;
end if;
end loop;
end;
--session 2
SQL> select sid from v$mystat where rownum<2;
SID
----------
1
declare
i number:=0;
begin
loop
update test_db set nick='session2' where id=2;
i:=i+1;
if mod(i,100)=0 then
commit;
end if;
end loop;
end;
--我们再启动会话session3
SQL> col name format a30
SQL> select SESSION_ID,NAME,P1,P2,P3,WAIT_TIME,CURRENT_OBJ#,CURRENT_FILE#,CURRENT_BLOCK#
from v$active_session_history ash, v$event_name enm
where ash.event#=enm.event#
and ash.session_id in (1,33) 2 3 4
5 ;
SESSION_ID NAME P1 P2 P3 WAIT_TIME CURRENT_OBJ# CURRENT_FILE# CURRENT_BLOCK#
---------- ------------------------------ ---------- ---------- ---------- ---------- ------------ ------------- --------------
33 latch: In memory undo latch 836651180 243 0 0 78495 4 185927
33 buffer busy waits 4 185927 1 0 78495 4 185927
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 buffer busy waits 4 185927 1 0 78495 4 185927
33 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 buffer busy waits 4 185927 1 0 78495 4 185927
1 latch: cache buffers chains 884150708 150 0 0 -1 0 0
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 latch: cache buffers chains 884649516 150 0 0 -1 0 0
1 buffer busy waits 4 185927 1 0 78495 4 185927
1 buffer busy waits 4 185927 1 0 78495 4 185927
SESSION_ID NAME P1 P2 P3 WAIT_TIME CURRENT_OBJ# CURRENT_FILE# CURRENT_BLOCK#
---------- ------------------------------ ---------- ---------- ---------- ---------- ------------ ------------- --------------
33 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
33 latch: In memory undo latch 836651180 243 0 0 78495 4 185927
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 buffer busy waits 4 185927 1 0 78495 4 185927
33 buffer busy waits 4 185927 1 0 78495 4 185927
33 buffer busy waits 4 185927 1 0 78495 4 185927
1 latch: In memory undo latch 836651280 243 0 0 78495 4 185927
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 buffer busy waits 4 185927 1 0 78495 4 185927
33 latch: cache buffers chains 884709944 150 0 0 -1 0 0
SESSION_ID NAME P1 P2 P3 WAIT_TIME CURRENT_OBJ# CURRENT_FILE# CURRENT_BLOCK#
---------- ------------------------------ ---------- ---------- ---------- ---------- ------------ ------------- --------------
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
33 latch: In memory undo latch 836651180 243 0 0 78495 4 185927
33 latch: cache buffers chains 884862440 150 0 0 -1 0 0
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 latch: cache buffers chains 884779988 150 0 0 -1 0 0
1 buffer busy waits 4 185927 1 0 78495 4 185927
1 buffer busy waits 4 185927 1 0 78495 4 185927
33 latch: cache buffers chains 884779988 150 0 0 -1 0 0
33 db file sequential read 1 7802 1 0 40 1 7802
33 db file sequential read 1 57936 1 0 62 1 57936
1 db file sequential read 2 5549 1 0 -1 0 0
查看p1 p2参数
select owner,segment_name,segment_type from dba_extents
where file_id = 4 and 185927between block_id and block_id+blocks-1; SQL> SQL> 2
OWNER SEGMENT_NAME SEGMENT_TYPE
------------------------------ --------------------------------------------------------------------------------- ------------------
SCOTT TEST_DB TABLE
buffer busy wait的更多相关文章
- GC Buffer Busy Waits处理(转载)
与单实例不同,在RAC环境中,由于多节点的原因,会因为节点间的资源争用产生GC类的等待,而这其中,GC Buffer Busy Waits又是最为常见的,从性能角度上说,RAC是把双刃剑,用的好,能够 ...
- buffer busy wait在RAC环境下出现
昨天运维组的同时反映有套系统用户反映很慢,需要协助帮忙检查什么原因引起的性能问题.导出了从8点到11点的AWR报告进行分析,发现等待事件里大部分的指标都正常,就是buffer busy wait的平均 ...
- buffer busy waits
Buffer busy waits 当会话想要访问缓冲区中的数据块,而该数据块正在被其他会话使用时将产生Buffer busy waits事件. 其他会话可能正从数据文件向缓冲器读取同样的数据块,或正 ...
- 模拟产生CBC LATCH与buffer busy wait等待事件
数据库版本:11.2.0.4.0 1.查出表TEST相关信息 select rowid, dbms_rowid.rowid_row_number(rowid) rowid_rownum, dbms_r ...
- RAC性能分析 - gc buffer busy acquire 等待事件
概述---------------------gc buffer busy是RAC数据库中常见的等待事件,11g开始gc buffer busy分为gc buffer busy acquire和gc ...
- buffer cache —— buffer busy waits/read by other session
oracle提供非常精确.有效的row level lock机制,多个用户同时修改数据时,为了保护数据,以块为单位挂起锁的情况不会发生.但这不太正确.以块为单位的锁虽然不存在,但正因为oracle I ...
- BUFFER CACHE之主要的等待事件
原因:资源紧张,等待其释放. 原因的原因:1. lgwr和DBWn进程写太慢:2. Buffer和latch不可用 原因的原因的原因:全表扫描.library cache latches数太多等. 视 ...
- Buffer cache 的调整与优化
Buffer cache 的调整与优化 -============================== -- Buffer cache 的调整与优化(一) --==================== ...
- Buffer lock
buffer lock Oracle 提供非常精确,有效的Row Level Lock机制,多个用户同时修改数据时,为了保护数据. 以块为单位挂起锁的情况不会发生,但这不太正确. 以块为单位的锁 ...
随机推荐
- 二、Linux文件系统之内存管理
虚拟内存 32位:4G 64位:2^64 内存管理: 进程管理 自动分配和管理 支持模块化程序设计 保护和访问控制 长期存储 虚拟内存 <---MMU-->物理内存
- Hibernate 关于load和get方法区别
load和个体方法都可以充分利用内部缓存和二级缓存中的现有数据. ******************************************************************* ...
- android:ellipsize的使用
EidtText和textview中内容过长的话自动换行,使用android:ellipsize与android:singleine可以解决,使只有一行. EditText不支持marquee 用法如 ...
- [置顶] 我的Android进阶之旅------>介绍一款集录制与剪辑为一体的屏幕GIF 动画制作工具 GifCam
由于上一篇文章:我的Android进阶之旅------>Android之动画之Frame Animation实例 中展示的是Frame动画效果,但是之前我是将图片截取下来,不好说明确切的动画过程 ...
- 1033 - Merging Maps
Pictures taken from an airplane or satellite of an ar ea to be mapped are often of sufficiently high ...
- rman catalog (rman 恢复目录)
受控制文件大小的限制,一般rman需要用rman catalog来管理及存放备份信息: 这里介绍一下创建rman catalog的步骤: C:\Documents andSettings\Admini ...
- Winform Textbox实现滚动条始终在最下面
在用textbox时,实现一些信息追加时,要使滚动条始终呆在最下面的实现方法. 以textbox1为例,事件TextChanged中执行以下代码即可 private void textBox1_Tex ...
- 第二章:开始开发mod前你需要知道的一些事情
<基于1.8 Forge的Minecraft mod制作经验分享> 是的童鞋,别着急.不管我写的再认真也不可能面面俱到,那么如果遇到了什么问题怎么办呢?所以咱必须先掌握一些基础的东西,这样 ...
- C#Css/Js静态文件压缩--Yui.Compressor.Net
一.Asp.Net 自带静态文件压缩工具包 Microsoft.AspNet.Web.Optimization http://www.nuget.org/packages/Microsoft.AspN ...
- Android开发手记(9) DatePickerDialog 和 TimePickerDialog
1.DatePickerDialog 用于获取用户输入的日期信息.其原型为: public DatePickerDialog(Contex contex, DatePickerDialog.OnDa ...