[oracle]，ORACLE锁详细介绍，你不知道的真相

Oracle中锁分为这么几种类型（阻塞、一致性读、当前读），按照类型分为（排它锁（X锁）、共享锁（S锁）），按锁定对象分为（DML锁、DDL锁、内存锁(Latch)）

1. DML锁 又分为两种：

l TX 锁：即事务锁，如果 insert,update,delete,merge

select …..for update ，会对所操作的行加TX锁，TX锁是行级别锁。

l TM锁：进行DML操作时加在表级对象上的锁，防止其他对象对表结构加X类型锁，分如下级别：

2(RS,row share) 3(RX,row exclusive) 4(S,share)

5(SRX,share row exclusive) 6(X, exclusive)

例如 for update 阻塞 X 类型的DDL语句

Session 1: select * from test where a=100 for update;

Session 2: truncate table test;

会报如下错误：ORA—00054:resource busy and acquire with NOWAIT specified

注意：在一个session 中，TX锁一般只会有一个，因为只有一个事务，而TM锁可以有多个，因为在一个会话中，可能更新多张表。

2. DDL 锁主要分两类：

l X 类型DDL :多发生在 truncate,drop,alter table drop/add/modify

等绝大部分DDL上，操作期间会给表加X类型TM锁。

l S类型DDL:如online操作，会在表上加一个RS(2级)类型的TM锁，因为RS类型锁可以在加RX(3级)锁，所以 online 操作不阻塞 DML语句。

例：创建索引和online创建索引的差别

l 当执行下列SQL: create index idx_test1 on test(object_id);

创建索引时在 test 上会加级别为 4的 S锁，会阻塞级别为3的RX锁所以创建索引时不能正常DML，因为DML要加RX锁。

l 执行下列SQL: create index idx_test1 on test(object_id) online;

如果添加 online ，在test上面会加最低级别(2级)的RS锁，这个类型的TM锁允许加更高级别的RX锁，所以online操作时可以执行DML。

3. 内存锁：

也叫 latch ,是一个运行在内存中，保护内存结构的轻量级锁，latch资源很宝贵，如果处理不好，将浪费很大的cpu来管理内存锁，比较典型的就是硬解析。

4. Oracle阻塞分三类： TX 阻塞， TM阻塞， Latch 阻塞

l TX 阻塞：行级阻塞，比如一个会话对一行加了TX锁，另外会话在对这个行加TX锁时失败，于是产生了阻塞。

l 行级别的等待与TX锁都不太耗费资源，事务记录在数据块的事务槽内（ITL）。

l TM阻塞：表级锁 ，下面用 lock模拟一下表创建索引的情况。

Session 1: SQL> lock table test in share mode;

Session 2: SQL> update test set b=100 where a=5;

当 session2 执行update时发生阻塞， 当执行update时加 TX锁之前，加TM锁（update应该加 级别为 3的RX类型锁）加不上，导致等待，因为 session1已经添加了更高级别4(S)级的TM锁

除了 TX 和 TM阻塞外，latch 也会发生阻塞，并且可以阻塞 select 语句。

例：在一个大表上创建约束，oracle 自动创建索引，从而导致表属性变化，如果创建索引时间很长将导致 select 阻塞在 library cache lock 上，不能获得句柄（handle）信息，从而不能分析语句。

所以证明并不是所有oracle 操作都是不阻塞的，大数据量高并发环境在线维护应尽量避免锁和阻塞。

5. 并发控制（一致性读）

l 读已提交(read commited) 和一致性读(serializable read)

l 例如：

T1 session 1:update test set b=100 where a=‘tom’; not commit;

T2 session 2:select * from test; 看不到 session1 修改的数据

T3 session 1:commit;

T4 session2:

还在执行 select,尽管session1 在T3已经提交，但是查询出的还是没修改前的数据，这个叫做 “一致性读”（oracle 支持）。如果能看到提交后的结果叫做 “读已提交”。

l 一致性读原理：oracle 会根据undo重构以前的一致性块，如果select时间太长undo的数据被覆盖，或者undo事务表被覆盖，导致无法重构一致性块，返回 ORA-01555错误。

l 例如：假设 dept只有一条记录

session 1: select * from dept; logical reads 为 1

session 2:循环 update dept set loc=‘abc’ where deptno=40;修改1000次后不提交

session 1:select * from dept; logical reads 为 1008

这里发生的 consistent gets 其实是发生在一个数据块上的，只不过是被rollback多次，重复读了多次。

6. 并发控制（当前读）

l 当前读，只在DML的时候产生，当修改数据时，完成当前最新数据的获取并在最新的数据上更新，oracle 必须保证更新的连续性。

l 例如：表 test中只有一列，一行数据

session 1:

SQL> select * from test 结果为 1000

SQL> update test set a=a+1 where a=1000 not commit

session 2:

SQL> update test set a=a+1 where a=1000 操作被阻塞

session 1:

SQL> commit; 执行后看到 session 2也更新成功

最后的更新结果为 1001

7. 并发控制

l 悲观锁：在更新数据之前会把数据先锁定，例如：

SQL> select * from test where id=100 for update nowait; 更新行加 RX锁

SQL> update test set status=‘Y’ where id=100;

SQL> commit;

l 乐观锁：利用 oracle 当前读的 特性，在更新数据时，不是跟 select 一样发生一致性读，而是当前读。例如：

SQL> update test set status=‘Y’ where id=100 and status=‘Y’;

（Tx）