本文共 1845 字，大约阅读时间需要 6 分钟。
加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
Oracle通过使用锁（Lock）机制维护数据的完整性、并发性和一致性。
Oracle在两个不同级别上提供读取一致性：语句级读取一致性和事务级读取一致性。
在数据库中有两种基本的锁类型：排他锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。
排他锁， 也称之为写锁。这种模式的锁防止资源的共享，用做数据的修改。假如有事务T给数据A加上该锁，那么其他的事务将不能对A加任何锁，所以此时只允许T对该数据进行读取和修改，直到事务完成将该类型的锁释放为止。
共享锁， 也称之为读锁。该模式锁下的数据只能被读取，不能被修改。如果有事务T给数据A加上共享锁后，那么其他事务不能对其加排他锁，只能加共享锁。加了该锁的数据可以被并发地读取。
DMl锁的目的在于保证并发情况下的数据完整性，在Oracle数据库中，DML锁主要包括TM锁和TX锁， 其中TM锁称为表级锁，TX锁称为事物锁或行级锁。
当Oracle执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志了，只需要检查TM锁模式的相容性即可，大大提高了系统的效率。TM锁包括了SS、SX、S、X等多种模式， 在数据库中用0~6来表示。
不同的SQL操作产生不同类型的TM锁，如下表
| 锁模式 | 锁描述 | 解释 | SQL操作 |
|---|---|---|---|
| 0 | none | ||
| 1 | NULL | 空 | SELECT |
| 2 | RS(Row-S) | 行级共享锁，其他对象只能查询这些数据行 | SELECT for UPDATE、LOCK for UPDATE、LOCK Row SHare |
| 3 | SX(Row-X) | 行级排他锁，在提交前不允许做DML操作 | INSERT、UPDATE、DELETE、Lock Row Share |
| 4 | S(Share) | 共享锁 | CREATE INDEX、Lock Share |
| 5 | SRX(S/Row-X) | 共享行级排他锁 | Lock Share Row Exclusive |
| 6 | X(Exclusive) | 排他锁 | INDEX、TABLE、DROP TABLE、DROP INDEX、TRUNCATE TABLE、Locks Exclusive |
在数据行上只有X锁（排他锁）。在Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后，TX锁被释放，其他会话才可以加锁。
当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起，或导致死锁的发生。这些现象都会对实际应用产生极大的危害，如长时间未响应、大量事务失败等。
在日常工作中，如果发现执行SQL语句时，数据库长时间没有响应，很可能是产生了TX锁等待的现象。为了解决这个问题，首先应该找出持锁的事务，然后再进行相关的处理，如提交事务或强行中断事务。
Oracle在动态状态表V$LOCK 中存储与数据库中的锁有关的所有信息。查看V$LOCK表的结构如下图：
| 名称 | 类型 |
|---|---|
| ADDR | RAW(8) |
| KADDR | RAW(8) |
| SID | NUMBER |
| TYPE | VARCHAR2(2) |
| ID1 | NUMBER |
| ID2 | NUMBER |
| LMODE | NUMBER |
| REQUEST | NUMBER |
| CTIME | NUMBER |
| BLOCK | NUMBER |
| CON_ID | NUMBER |
转载地址：http://hkpqb.baihongyu.com/