oracle一致性关闭,Oracle数据一致性之锁机制（一）

先来了解一下锁的概念，锁是保证数据一致性的一种机制，其实现过程由oracle自动完成，多用户模式下，锁有两种模式： 排他锁(exclusive lock)模式：能够阻止共享被加锁的资源。对数据进行修改时必须获得此种模式的锁。第一个排他地对资源加锁的事物是唯一可以对此资源进行修改的事物，直至排他锁被释放。 共享锁(share lock)模式：依据操作类型有条件地允许共享被加锁的资源。对数据进行读取的多个用户可共享此数据，这些用户可以对资源加以共享锁，防止其他用户并发地修改此资源(对数据进行修改的用户需要排他锁)。多个事务可以对相同的资源加共享锁。 锁有三种类型： DML锁(数据锁)：DML锁的作用是保护数据。例如，表级锁(table lock)对整个表加锁，行级锁(row lock)则对选定的数据行加锁。 DDL锁(数据字典锁)：DDL锁的作用是保护方案对象的结构。例如，表及视图的定义。 内部锁(internal lock)及闩锁(latch)：内部锁及闩锁用于保护数据库的内部结构，例如，数据文件。内部锁及闩锁的管理完全由 oracle 自动完成。 继续细化，DML锁分为： 行级锁(TX)：作用是防止两个事务同时修改相同的数据行。当一个事务需要修改一行数据时，就需对此行数据加锁。此为粒度最精细的锁。 表 级锁(TM)：作用是对并发的 DDL 操作进行访问控制，例如防止在 DML 语句执行期间相关的表被变更或移除。表级锁(TM)具备一下几种模式：行共享(row share，RS)，行排他(row exclusive，RX)，共享(share，S)，共享行排他(share row exclusive，SRX)，及排他(exclusive，X) 我们来做个测试，打开一个Session并且获得此Session ID为38,先执行查询 SQL> select * from SONIC_TEST;      ID VALUE ------- -----       1 AAAA       2 BBBB 事务A开始对第一行update，但是暂不提交 SQL> update SONIC_TEST set VALUE='CCCC' where ID=1; 1 row updated 查看此时生成的锁的情况    SQL> select TYPE,LMODE,REQUEST from v$lock where SID=38; TYPE      LMODE    REQUEST ---- ---------- ---------- TM            3          0 TX            6          0 发现事务A(Session ID=42)产生了两个锁，类型为 TM 与 TX，然后打开事务B，针对ID=1的行进行操作 SQL> update SONIC_TEST set VALUE='DDDD' where ID=1; 发现此条语句并不执行，查看此Session的状态 SQL> select sid,status,event,state from v$session where SID=42;        SID STATUS   EVENT                             STATE ---------- -------- --------------------------------- -------------------         42 ACTIVE   enq: TX - row lock contention     WAITING            看到此事务在等待TX锁，这就是行级锁(TX)的作用，若此时事务B针对ID=2的行进行操作 SQL> update SONIC_TEST set VALUE='CCCC' where ID=2; 1 row updated 可以看到可以成功 update，由此可见，行级锁(TX)只对数据所在行做锁定 再来看一下另外一个表级锁(TM)的作用，同样如果在事务A还没有提交的时候，如果事务B对该表进行DDL操作，比如说drop该表 SQL> drop table SONIC_TEST purge; drop table SONIC_TEST purge orA-00054: resource busy and acquire with NOWAIT specified 会报错，提示资源繁忙，这就是表级锁(TM)的作用。