ORACLE数据库TM(表级)锁小结

常9524

　　SQL语句                       表锁模式
　　select * from A                     无
　　insert into A                       RX
　　update A                            RX
　　delete from A                       RX
　　select * from A for update          RS
　　lock table A in row share mode      RS
　　lock table A in row share exclusive mode RX
　　lock table A in share mode           S
　　lock table A in share row exclusive mode SRX
　　lock table A in exclusive mode        X
　　从以上可以看到,通常的DML操作(select ..for update,insert,update,delete),表级获得的只是意向锁(RS或RX).其真正封锁粒度还是在行级.另外,oracle数据库中单纯读数据不加锁,通过回滚段来保证用户不读"脏"数据.由于oracle在行级只提供X锁,所以与RS锁(通过select..for update语句获得)对应的行级锁也是X锁.当oracle执行select..for update,insert,update,delete等DML语句时,系统自动在所要操作的表上申请表级RS锁(select..for update)或RX锁(insert,update和delete),当表级锁获得后,系统再自动申请TX锁,并将实际锁定的数据行的锁标志位置位(指向该TX锁,更确切地说是指向该事务在该块中占用的ITL SLOT)
　　TX锁即事务锁,对应多个该事务锁定的数据行,若事务T对数据D加X锁,则其他任何事务都不能再对D加任何类型的锁,若加S锁,则其他事务只能对D加S锁,不能加X锁.
　　Oracle锁相关的视图
　　1)v$lock视图:此视图列出当前系统持有的或正在申请的所有锁的情况,字段说明如下:
　　sid:会话(session)标识
　　type:区分该锁保护对象的类型(只关心TX和TM)
　　id1:锁标识1
　　id2:锁标识2
　　lmode:锁模式:0(none),1(null),2(row share),3(row exclusive),4(share),5(share row exclusive)和6(exclusive)
　　request:申请的锁模式:具体值同上
　　ctime:已持有或等待锁的时间
　　block:是否阻塞其他锁申请
　　2)$locked_object视图:此视图列出当前系统中哪些对象正被锁定,字段说明如下:
　　xidusn:回滚段号
　　xidslot:槽号
　　xidsqn:序列号
　　object_id:被封锁对象标识
　　session_Id:持有锁的会话标识
　　oracle_username:持有该锁的用户的oracle用户名
　　os_user_name:持有该锁的用户的操作系统用户名
　　process:操作系统进程号
　　locked_mode:锁模式
　　ORACLE锁监控脚本:
　　1)显示哪些对象被哪些会话锁住
　　select rpad(oracle_username,10) o_name,session_id sid,decode(locked_mode,0,'None',1,'Null',2,'Rowshare',3,'Row Exclusive',4,'Share',5,'share row exclusive',6,'Exclusive') LOCK_TYPE,object_name,xidusn,xidslot,xidsqn from v$locked_object a,all_objects b where a.object_id=b.object_id;
　　2)观察获得与申请锁的顺序关系
　　select type||'_'||id1||'_'||id2 "resource",sid,lmode,request,ctime,block from v$lock where type in('TX','TM') order by "resource",ctime desc;
　　外键未加索引引发的锁阻塞
　　部分回滚对锁的影响
　　  如果一个事务进行部分回滚(rollback to savapoint),由于会撤销部分修改,oracle会根据情况释放或降低某些TM表级锁,而TX锁一般不会释放,而被TX锁阻塞的事务也不会继续执行(即使那些引发阻塞的行的修改已经被回滚) 
　　锁的排队机制
　　    一旦某一事务阻塞于某一资源,其后向资源新申请锁的事务都将被阻塞,而不论新申请的封锁类型是否相容于已获得的封锁类型
　　ITL slot不足引发的锁阻塞:
　　Bitmap索引引发的锁阻塞