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）
閱讀更多 程序員治百病 的文章
