db2事务锁机制..docVIP

使用单用户数据库时，每个事务都是顺序执行的，而不必应付与其它事务的冲突。但是，在多用户数据库环境下，多个事务可以同步执行，并且每个事务都有可能与其它正在运行的事务发生冲突。在多用户环境下，如果不将事务彼此隔离开来，就会发生四种现象： 　　（1）丢失更新：这种事件发生在两个事务读取和尝试更新同一数据时，其中一个更新会丢失。例如：事务 1 和事务 2 读取同一行数据，并都根据所读取的数据计算出该行的新值。如果事务 1 用其新值更新该行以后，事务 2 又更新了同一行，则事务 1 所执行的更新操作就丢失了。由于设计的方法，DB2 通用数据库不允许发生此类现象。 　　（2）脏读：当事务读取尚未提交的数据时，就会发生这种事件。例如：事务 1 更改了一行数据，而事务 2 在事务 1 提交更改之前读取了已更改的行。如果事务 1 回滚该更改，则事务 2 就会读取被认为是不曾存在的数据。 　　（3）不可重复的读：当一个事务两次读取同一行数据，但每次获得不同的数据值时，就会发生这种事件。例如：事务 1 读取了一行数据，而事务 2 在更改或删除该行后提交了更改。当事务 1 尝试再次读取该行时，它会检索到不同的数据值（如果该行已经被更新的话），或发现该行不复存在了（如果该行被删除的话）。 　　（4）幻像：当最初没有看到某个与有哪些信誉好的足球投注网站条件匹配的数据行，而在稍后的读操作中又看到该行时，就会发生这种事件。例如：事务 1 读取满足某个有哪些信誉好的足球投注网站条件的一组数据行，而事务 2 插入了与事务 1 有哪些信誉好的足球投注网站条件匹配的新行。如果事务 1 再次执行产生原先行集的查询，则会检索到不同的行集。 　　锁 　　所谓锁就是事务T在对某个数据对象——例如表、记录等——操作之前，先向系统发出请求，对其加锁，加锁后事务T就对该数据对象有一定的控制，在事务T释放它的锁之前，其它事务不能更新此数据对象。　　基本的封锁类型有两种：排他锁（Exclusive Locks，简称X锁）和共享锁（Share Locks，简称S锁）。　　排他锁又称为写锁，若事务T对数据对象A加上X锁，则只允许T读取和修改A，其它任何事务都不能再对A加任何类型的锁，直到T释放A上的锁。这就保证了其它事务在T释放A上的锁之前不能再读取和修改A。　　共享锁又称为读锁，若事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这就保证了其它事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。 　　锁的兼容性　　[code]　　???????? X??????? S??????? －　　X??????? N??????? N??????? Y　　S??????? N??????? Y??????? Y　　－??????? Y??????? Y??????? Y　　[/code] 　　封锁协议 　　一级封锁协议：事务T在修改数据R之前必须先对其加X锁，直到事务结束才释放。一级封锁协议可以防止丢失更新，并保证事务T是可恢复的。但是不能防止脏读、不可重复的读及幻象。 　　二级封锁协议：一级封锁协议加上事务T在读取数据R之前必须先对其加S锁，读完后立即释放S锁。二级封锁协议可以防止丢失更新、脏读，但是不能防止不可重复的读和幻象。 　　三级封锁协议：一级封锁协议加上事务T在读取数据R之前必须先对其加S锁，直到事务结束才释放S锁。三级封锁协议可以防止丢失更新、脏读、不可重复的读和幻象。 　　隔离级别　　维护数据库一致性和数据完整性，但又允许多个应用程序同时访问同一数据，这样的特性称为并发性。DB2 通用数据库尝试用来强制执行并发性的方法之一是通过使用隔离级别，它决定在第一个事务访问数据时，如何对其它事务锁定或隔离该事务所使用的数据。DB2 通用数据库使用下列隔离级别来强制执行并发性：　　（1）可重复的读（Repeatable Read） 　　（2）读稳定性（Read Stability） 　　（3）游标稳定性（Cursor Stability） 　　（4）未提交的读（Uncommitted Read） 　　“可重复的读”隔离级别　　当使用可重复的读隔离级别时，在单个事务执行期间锁定该事务引用的所有行。使用这种隔离级别时，同一事务多次发出的同一个SELECT语句将始终产生同一结果；丢失更新、脏读、不可重复的读、幻像都不会发生。该隔离级别对应于三级封锁协议。 　　使用可重复的读隔离级别的事务可以多次检索同一行集，并可以对它们执行任意次操作，直到由提交或回滚操作终止事务；不允许其它事务执行插入、更新或删除操作，因为这些操作会在隔离事务存在期间影响正在被使用的行集。为了确保在“可重复的读”隔离级别下运行的事务所访问的数据不会受其它事务的负面影响，所以锁定了该隔离事