db2事务锁机制.docVIP

使用单用户数据库时，每个事务都是顺序执行的，而不必应付与其它事务的冲突。但是，在多用户数据库环境下，多个事务可以同步执行，并且每个事务都有可能与其它正在运行的事务发生冲突。在多用户环境下，如果不将事务彼此隔离开来，就会发生四种现象： 　　（1）丢失更新：这种事件发生在两个事务读取和尝试更新同一数据时，其中一个更新会丢失。例如：事务 1 和事务 2 读取同一行数据，并都根据所读取的数据计算出该行的新值。如果事务 1 用其新值更新该行以后，事务 2 又更新了同一行，则事务 1 所执行的更新操作就丢失了。由于设计的方法，DB2 通用数据库不允许发生此类现象。 　　（2）脏读：当事务读取尚未提交的数据时，就会发生这种事件。例如：事务 1 更改了一行数据，而事务 2 在事务 1 提交更改之前读取了已更改的行。如果事务 1 回滚该更改，则事务 2 就会读取被认为是不曾存在的数据。 　　（3）不可重复的读：当一个事务两次读取同一行数据，但每次获得不同的数据值时，就会发生这种事件。例如：事务 1 读取了一行数据，而事务 2 在更改或删除该行后提交了更改。当事务 1 尝试再次读取该行时，它会检索到不同的数据值（如果该行已经被更新的话），或发现该行不复存在了（如果该行被删除的话）。 　　（4）幻像：当最初没有看到某个与搜索条件匹配的数据行，而在稍后的读操作中又看到该行时，就会发生这种事件。例如：事务