oracle没有锁管理器和锁列表，这样可以避免行级锁维护的开销和行级锁数量不足导致的争用问题。在Oracle的每行数据上，都有一个标志位来表示该行数据是否被锁定，要查看某一行是否被锁定，必须直接找到这一行，而不要指望能从哪个列表得到答案，事务只是找到数据。其locking过程如下：
㈠ 找到想锁定的那一行的地址
㈡ 到达那一行
㈢ 锁定这一行
在这行的位置，而非某个锁列表。如果这一行已经锁定，则等待锁定它的事务结束，除非使用nowait选项。
保护元数据---->TM锁(表级锁)
保护数据 ---->TX锁(事务锁)
v$lock列：ID1、ID2
对TM锁，ID1表示被locking对象的object_id，ID2始终为0
对TX锁，ID1表示该事务的xidusn、xidslot，ID2表示xidsqn
对ID1的拆解:
14:14:56 hr@ORCL (^ω^) select id1,id2,type from v$lock where type='TX';
ID1 ID2 TYPE
---------- ---------- ----
524320 1748 TX
14:16:56 hr@ORCL (^ω^) select 524320/65536 xidusn,mod(524320,65536) xidslot from dual;
XIDUSN XIDSLOT
---------- ----------
8.00048828 32
事务锁不是行级锁。行级锁触发事务锁。一个事务只有一个事务锁，但可以有多个行级锁。TX锁用作一种排队机制：请求锁的事务会排队，等待目前持有锁的事务执行，然后得到数据。
事务中DML或select ...for update都会得到一个TX锁。
session 1:scott
SQL> update dept set dname=initcap(dname);
已更新4行。
SQL> select username,l.sid,trunc(id1/power(2,16)) xidusn,bitand(id1,to_number('ffff','xxxx'))+0 slot,
2 id2 sqn,lmode,request
3 from v$lock l,v$session s
4 where l.type='TX' and
5 l.sid=s.sid and
6 s.username=USER
7 /
USERNAME SID XIDUSN SLOT SQN LMODE REQUEST
---------- ---------- ---------- ---------- ---------- ---------- ----------
SCOTT 154 10 40 1395 6 0
SQL> select xidusn,xidslot,xidsqn from v$transaction;
XIDUSN XIDSLOT XIDSQN
---------- ---------- ----------
10 40 1395
注释：
① v$lock表中lmode=6为X锁(排他表级锁)。request=0则意味着你拥有这个锁
② oracle不会在任何地方存储行级锁列表。所以v$lock表只有一行，而不是四行
session 2：也是scott
SQL> update emp set ename=upper(ename);
已更新14行。
SQL> update dept set deptno=deptno-10;
现在会话被阻塞。
SQL> select username,l.sid,trunc(id1/power(2,16)) xidusn,bitand(id1,to_number('ffff','xxxx'))+0 slot,
2 id2 sqn,lmode,request
3 from v$lock l,v$session s
4 where l.type='TX' and
5 l.sid=s.sid and
6 s.username=USER
7 /
USERNAME SID XIDUSN SLOT SQN LMODE REQUEST
---------- ---------- ---------- ---------- ---------- ---------- ----------
SCOTT 135 10 40 1395 0 6
SCOTT 135 2 1 1777 6 0
SCOTT 154 10 40 1395 6 0
SQL> select xidusn,xidslot,xidsqn from v$transaction;
XIDUSN XIDSLOT XIDSQN
---------- ---------- ----------
2 1 1777
10 40 1395
这里可以看到一个新的事务，xid为(2,1,1777)。request=6表明对一个X锁的请求。请求行的xid正是持有
者的事务ID。
SQL> select (select username from v$session where sid=a.sid) blocker,a.sid,
2 'is blocking',
3 (select username from v$session where sid=b.sid) blockee,b.sid
4 from v$lock a,v$lock b
5 where a.block=1 and
6 b.request>0 and
7 a.id1=b.id1 and
8 a.id2=b.id2
9 /
BLOCKER SID 'ISBLOCKING' BLOCKEE SID
---------- ---------- ---------------------- -------- ----------
SCOTT 154 is blocking SCOTT 135
表级锁(table-level lock)的作用是对并发的 DDL 操作进行访问控制，例如防止在 DML 语句执行期间相关的表被移除。当用户对表执行 DDL 或 DML 操作时，将获取一个此表的表级锁。表级锁不会影响其他并发的 DML 操作。对于分区表来说，表级锁既可以针对整个表，也可以只针对某个分区。
当用户执行以下 DML 语句对表进行修改：INSERT，UPDATE，DELETE，及 SELECT ... FOR UPDATE，或执行 LOCK TABLE 语句时，事务将获取一个表级锁。当一个未提交的事务拥有某个表上的锁时，此表就无法被修改定义或被移除。
大家都知道TM锁共有6种模式,最常见的是3(插入,更新,删除);4(创建索引时);5(部分DDL操作如:删除列)等等
RS
行共享表级锁(row share table lock)(也称为 subshare table lock，SS)表明拥有此锁的事务已经锁定了表内的 某些数据行，并有意对数据行进行更新操作。当执行以下 SQL 语句时将获得表上的行共享表级锁：
SELECT ... FROM table ... FOR UPDATE OF ... ;
OR
LOCK TABLE table IN ROW SHARE MODE;
RS限制程度最低，因而能够保证表的最大的并发访问能力
允许的操作：某个事务拥有了某个表的行共享表级锁后，其他事务依然可以并发地对相同数据表执行查询，插入，更新，删除操作，或对表内数据行加锁的操作.
禁止的操作：LOCK TABLE table IN EXCLUSIVE MODE
RX
行排他表级锁(row exclusive table lock)(也被称为 subexclusive table lock, SX)通常表明拥有此锁的事务已经对表内的某些数据行进行了更新操作。当事务使用以下语句修改数据表时将自动地获得行排他表级锁：
INSERT INTO table ... ;
or
UPDATE table ... ;
or
DELETE FROM table ... ;
or
LOCK TABLE table IN ROW EXCLUSIVE MODE;
RX比RS限制程度略高。
允许的操作：某个事务拥有了某个表的行排他表级锁后，其他事务依然可以并发地对相同数据表执行查询，插入，更新，删除操作，或对表内数据行加锁的操作。
禁止的操作：
LOCK TABLE table IN SHARE MODE;
or
LOCK TABLE table IN SHARE EXCLUSIVE MODE;
or
LOCK TABLE table IN EXCLUSIVE MODE;
S
以下语句能够获得表上的共享表级锁(share table lock)：
LOCK TABLE table IN SHARE MODE;
注意，在创建索引时，会缺省地加上S锁。7*24业务这条语句(等价于建索引)会使得所有DML都被阻塞!!
允许的操作：某个事务拥有了某个表的S锁后，其他事务可以查询表，可以使用 SELECT ... FOR UPDATE 语句锁定选中的数据行，也能够成功执行 LOCK TABLE ... IN SHARE MODE 语句。多个事务可以并发地获得同一个表上的S锁，在此种情况下任何事务都不能对表进行更新。拥有S锁的事务只有在此表上没有其他事务的S锁时，才能对表进行更新操作。
禁止的操作：
LOCK TABLE table IN ROW EXCLUSIVE MODE;
OR
LOCK TABLE table IN SHARE ROW EXCLUSIVE MODE;
OR
LOCK TABLE table IN EXCLUSIVE MODE;
SRX
共享行排他表级锁(share row exclusive table lock)(也称为 share-subexclusive table lock，SSX)与S锁相比限制更为严格。用户可以使用以下语句获得SRX:
LOCK TABLE table IN SHARE ROW EXCLUSIVE MODE;
允许的操作：同一时间只有一个事物能够获得表的共享行排他表级锁。某个事务拥有了某个表的共享行排他表级锁后，其他事务可以查询表，可以使用SELECT ... FOR UPDATE 语句锁定选中的数据行，但不能对表进行更新操作。
禁止的操作:
LOCK TABLE table IN ROW EXCLUSIVE MODE;
or
LOCK TABLE table IN SHARE MODE;
or
LOCK TABLE table IN SHARE ROW EXCLUSIVE MODE;
or
LOCK TABLE table IN EXCLUSIVE MODE;
X
排他表级锁(exclusive table lock)是限制程度最高的表级锁，她能使获得此锁的事务排他地对表进行写操作。排他表级锁可以使用以下语句获得：
LOCK TABLE table IN EXCLUSIVE MODE;
允许的操作:同一时间只有一个事务能获得表上的X锁。一个事务获得X后，其他事务只能对表进行查询操作。
禁止的操作：一个事务获得X锁后，将禁止其他事务对表执行任何 DML 操作，其他事务也无法获取表上任何类型的锁。
当TM锁获得后，系统会自动申请TX锁，并将实际locking的行级锁的锁标志位置位(指向该TX锁)。