transaction缩写为什么是tx_TX锁（Transaction Lock）分析

前两天看到现场alert日志中有一些00060(Deadlock)的告警。查了一下日志文件，发现一些奇怪的现象，比如有些锁在Insert时产生的，有些死锁是对同一个对象产生的。于是在解决这些问题的同时，仔细研究了一下TX锁，总结了产生TX锁的各种情况。

数据记录被锁

我们知道，Oracle中事务产生的索都是行级锁。也就说，事务在对表做更新操作(Update、Delete)时，只在针对数据块中需要更新的数据记录加锁。这种类型的锁就是我们最常见的锁。看下面的例子：SQL> create tablet_lock(a number, b varchar2(20), c char(10)) initrans 1 maxtrans 3;Table createdSQL> insert into t_lock values(1,1,1);1 row insertedSQL> commit;Commit complete

会话1：SQL> update t_lock set b='2' where a=1;1 row updated

会话2：SQL> delete t_lock where a=1;

会话1锁住了a=1的记录，会话试图删除该记录时，被hung住。SQL> select * from dba_waiters;WAITING_SESSION HOLDING_SESSIONLOCK_TYPE MODE_HELD MODE_REQUESTED LOCK_ID1 LOCK_ID2--------------- --------------- -------------------------------- -------- --------28 20 Transaction Exclusive Exclusive 1048671 40361