段上的等待事件 —— enq: HW - contention
2012-10-11 22:22
302 查看
为防止多个进程同时修改HWM而提供的锁称为HW锁。想要移动HWM的进程必须获得HW锁。若在获取HW锁过程中发生争用,则等待enq: HW - contention事件。HW锁争用大部分是因大量执行insert所引发的,偶尔也会因大量执行update在回滚段中发生HW锁争用现象。若是update,表中段的扩展的大小虽然不多,但在创建回滚数据的过程中,需要回滚段的急速扩张。HW锁争用是在急速空间扩张时普遍出现的等待现象,有时也会引发严重的性能下降。
[sql]
view plaincopyprint?
SQL> select p1, p2, p3 from v$session_wait where event = 'enq: HW - contention';
P1 P2 P3
---------- ---------- ----------
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
7 rows selected
通过P3进行DBMS_UTILITY转换可以获知发生争用的文件和block:
[sql]
view plaincopyprint?
SQL> select dbms_utility.data_block_address_block(140003563),dbms_utility.data_block_address_file(140003563) from dual;
DBMS_UTILITY.DATA_BLOCK_ADDRESS_BLOCK(140003563) DBMS_UTILITY.DATA_BLOCK_ADDRESS_FILE(140003563)
------------------------------------------------ -----------------------------------------------
1591531 33
进而通过file#和block#定位对象:
[sql]
view plaincopyprint?
SQL> select owner, segment_type, segment_name
2 from dba_extents
3 where file_id = 33
4 and 1591531 between block_id and block_id + blocks - 1;
SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'enq: HW - contention'; EVENT# NAME PARAMETER1 PARAMETER2 PARAMETER3 ---------- ---------------------------------------- -------------------- -------------------- -------------------- 250 enq: HW - contention name|mode table space # block众所周知,Oracle高水位线标志着该线以下的block均被Oracle格式过,通俗一点讲就是该高水位线以下的block都被Oracle使用过。 通常在执行insert操作时,当高水位线以下block不够用时,Oracle将会推进高水位线。更进一步讲,当有多个进程在同时进行insert操作时,比较容易引起高水位线争用,主要表现为enq: HW - contention。
如何找到事件:'enq: HW - contention' 热点对象:
查看v$session_wait,应该会有如下等待事件:[sql]
view plaincopyprint?
SQL> select p1, p2, p3 from v$session_wait where event = 'enq: HW - contention';
P1 P2 P3
---------- ---------- ----------
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
1213661190 7 140003563
7 rows selected
通过P3进行DBMS_UTILITY转换可以获知发生争用的文件和block:
[sql]
view plaincopyprint?
SQL> select dbms_utility.data_block_address_block(140003563),dbms_utility.data_block_address_file(140003563) from dual;
DBMS_UTILITY.DATA_BLOCK_ADDRESS_BLOCK(140003563) DBMS_UTILITY.DATA_BLOCK_ADDRESS_FILE(140003563)
------------------------------------------------ -----------------------------------------------
1591531 33
进而通过file#和block#定位对象:
[sql]
view plaincopyprint?
SQL> select owner, segment_type, segment_name
2 from dba_extents
3 where file_id = 33
4 and 1591531 between block_id and block_id + blocks - 1;
减少HW锁争用的方法如下:
可以预先扩展(resize)表空间大小。相关文章推荐
- 等待事件:enq: HW - contention
- enq: HW - contention等待事件
- 段上的等待事件 —— enq: HW - contention
- LOB SPACE enq HW – contention 等待事件
- 等待事件:enq: HW - contention和enq: TM - contention
- enq: HW - contention等待事件
- oracle等待事件实验--enq: TX - row lock contention
- enq: TX - row lock contention 等待事件
- enq: TX - row lock/index contention、allocate ITL等待事件
- enq: TX - row lock contention 等待事件
- enq: US - contention等待事件
- enq:SQ contention / row cache lock / DFS lock handle(SV) 等待事件 说明
- oracle10g enq:TX - contention等待事件
- enq: TX - row lock contention“等待事件的处理
- enq:SQ contention / row cache lock / DFS lock handle(SV) 等待事件 说明
- oracle 11g enq: JI – contention等待事件
- enq: TM - contention TM 等待事件的原因及模拟(表外键约束无索引导致)
- enq: JI - contention等待事件
- enq: TX - row lock contention 等待事件
- enq TX row lock contention 锁等待事件解决案例一起