行级锁（TX）

导读：
DML事务锁定的机制 

锁定能够保证当某个用户正在更新表里的一行数据时，其他用户不能同时更新相同的数据行，而且也不能删除或修改被更新的表。

锁定分为两种级别：行级别（TX锁）和表级别（TM锁）。

10.3.1  行级锁（TX锁）

假设某个用户（假设为A）发出如下的语句更新一条记录：

SQL> update employees set last_name='HanSijie' where employee_id=100;

Oracle在对该SQL进行解析以后，找到employee_id为100的记录所在的数据块（假设为58号数据块），并找一个可用的undo数据块，将last_name列上被更新前的旧值放入该undo数据块，然后在数据块头部分配一个ITL槽，在该ITL槽里存放当前的事务ID号、SCN号、所使用的undo数据块的地址，以及当前还未提交的标记等信息。接下来，在58号数据块中，找到被更新的数据行，在其头部设置一个锁定标记，并在头部记录当前事务所使用的ITL槽的槽号。做完这些工作以后，将控制权（也就是光标）返回给用户。该锁定标记说明当前用户在被修改的数据行上已经添加了X锁。

如果这时，另一个用户（假设为N）也对employee_id为100的记录进行修改，则其过程和上面描述的一样，只不过B在对数据行的头部设置锁定标记时，发现该数据行头部已经有一个锁定标记了，说明该记录已经被添加了X锁，于是用户进程N必须等待，等待该X锁被释放。

可以看到，Oracle数据库是在物理层面上实现对数据行的锁定问题。而且锁定一条记录，并不影响其他用户对该记录的读取。比如，如果当前有一个用户（假设为C）发出SQL语句，检索employee_id为100的记录信息，这时服务器进程发现被检索的记录有锁定标记，说明当前该记录已经被其他用户修改了，但是还没提交。于是根据数据行头部记录的ITL槽的槽号，在数据块头部找到该ITL槽，并根据其中记录的undo数据块的地址，找到该undo数据块，将其中所保存的改变前的旧值取出，并据此构建CR（Consistent Read一致性读）块，该CR块中的数据就是被更新的数据块（也就是58号数据块）在更新前的内容。于是根据该CR块的内容，将用户所需要的信息返回给C。

对于Oracle数据库来说，行级锁只有X锁定模式，没有S锁定模式。Oracle的锁定总是尽可能地在最低级别上完成。比如更新数据行时，仅仅是锁定被更新的数据行，并不会锁定同一个数据块中的其他数据行，也不会阻塞其他用户查询被更新的数据行。

本文转自
http://book.51cto.com/art/200806/75657.htm