【Oracle九大性能视图】之1.v$lock_处理TX锁的测试与总结

教程发布:风哥 教程分类:ITPUX技术网 更新日期:2022-02-12 浏览学习:311

【Oracle九大性能视图】之1.v$lock_处理TX锁的测试与总结

SQL> desc v$lock;
名称 是否为空? 类型
----------------------------------------- -------- ----------------------------
ADDR RAW(8)
KADDR RAW(8)
SID NUMBER
TYPE VARCHAR2(2)
ID1 NUMBER
ID2 NUMBER
LMODE NUMBER
REQUEST NUMBER
CTIME NUMBER
BLOCK NUMBER

锁的分类:
0、无
1、NULL,可以某些情况下,如分布式数据库的查询会产生此锁。
2、SS,表结构共享锁
3、SX,表结构共享锁+被操作的记录的排它锁
4、S, 表结构共享锁+所有记录共享锁
5、SRX 表结构共享锁+所有记录排它锁
6、X 表结构排它锁+所有记录排它锁
表上的5种锁的含义:
RS(SS):是一种纯粹的意向锁,它表征事务要通过SELECT FOR UPDATE访问某些行;
RX(SX):是一种纯粹的意向锁,它表征事务要通过 UPDATE/ DELETE/INSERT修改某些行;
S:全表范围的共享锁,不需要在每行上做出标识;
X:全表范围的排它锁,不需要在每行上做出标识;
SRX(SSX):是意向锁RX与S锁的组合,它表征事务既对表加S锁,同时要修改个别行,即要在个别行上加X锁;(如果你使用ORACLE8,可以在一个表上建立一个自引用,如EMP表上的MGR引用EMPNO,删除一条记录,可以观察到SRX锁)
在行上,ORALCE只有X锁,
但由SELECT FOR UPDATE 获得的X锁在表级表征为RS锁,
由INSERT/UPDATE/DELETE 获得的X锁在表级表征为RX锁,

窗口1:
SQL> conn myfmis/myfmis
已连接。
SQL> update xtdwcs set MC='单位本部ok' where dh='0114';
窗口2:
SQL> conn myfmis/myfmis
已连接。
SQL> update xtdwcs set MC=单位本部ok' where dh='0114';
处理过程:
查看是否有session阻塞:
select * from v$lock where BLOCK=1
ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK
1 1FE0C654 1FE0C770 151 TX 131115 520 6 0 669 1
查看TX锁的SID与Serial#:
select * from v$session where event like'%TX%';
select sid,serial#,username,state,blocking_session_status,blocking_session from v$session where event like'%TX%';

SID SERIAL# USERNAME STATE BLOCKING_SESSION_STATUS BLOCKING_SESSION
1 137 6 FMISMAIN WAITING VALID 150

临时KILL这个session:
分两类,
第一:kill掉137,6,则是kill掉之后被等的session。
alter system kill session '137,6';
第二:kill掉150,则是kill掉之前阻塞别人的session。
因此通过前面的137,6所查到的SQL语句,则是后面运行被等待的SQL语句,而不是阻塞别人的SQL语句。
如果要查找原因,操作如下:
查找相应的SQL语句:
select a.sql_text from v$sqlarea a,v$session b where a.sql_id=b.sql_id
select a.sql_text from v$sqlarea a,v$session b where a.sql_id=b.sql_id and b.event like'%TX%'

SQL_TEXT
1 update xtdwcs set MC='单位本部ok' where dh='0114'
select * from v$sqlarea where SQL_ID='gf1472pj5wnzj'
找出相应的SQL语句后,即可处理。
#######################################################################
在巡检期间,检查如果发现有相关的session_wait锁,可按以下步骤查找相应的锁
1. 使用V$LOCK找出session持有的锁。
2. 使用V$SESSION找出持有锁或等待锁的session执行的sql语句。
3. 使用V$SESSION_WAIT找出什么原因导致session持有锁堵塞。
4. 使用V$SESSION获取关于持有锁的程序和用户的更多信息。
V$LOCK中的常用列
? SID:表示持有锁的会话信息。
? TYPE:表示锁的类型。值包括TM和TX等。
? LMODE:表示会话等待的锁模式的信息。用数字0-6表示,和表1相对应。
? REQUEST:表示session请求的锁模式的信息。
? ID1,ID2:表示锁的对象标识。
1、查看相应的v$session_wait信息
select event,count(*) from V$SESSION_WAIT group by event order by count(*) desc;
select event,count(*) from V$SESSION_WAIT group by event order by count(*) asc;
如果如下(第3条):
EVENT COUNT(*)
1 smon timer 1
2 Streams AQ: qmn coordinator idle wait 1
3 enq: TX - row lock contention 1
4 jobq slave wait 1
5 Streams AQ: waiting for time management or cleanup tasks 1
6 pmon timer 1
7 Streams AQ: qmn slave idle wait 1
8 SQL*Net message from client 3
9 rdbms ipc message 9

查看当前被锁的session正在执行的sql语句
select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"
from v$session a, v$lock b, v$sqltext c
where a.username is not null and a.lockwait = b.kaddr and c.hash_value =a.sql_hash_value

本文标签:
网站声明:本文由风哥整理发布,转载请保留此段声明,本站所有内容将不对其使用后果做任何承诺,请读者谨慎使用!
【上一篇】
【下一篇】