数据库事务的隔绝级别
日期：2014-05-16 浏览次数：20446 次
数据库事务的隔离级别
在数据库中，为了有效保证并发读取数据的正确性，提出事务的隔离级别。
数据库并发访问可能出现的几种情况：
①更新丢失（Lost Update）：两个事务同时更新一行数据，但第二个事务中途失败退出，导致对数据的两次修改都失效了。这是因为事务并没有执行任何锁的操作，用此并发事务并没有被隔离开来。
②脏读(Dirty Reads)：一个事务开始读取了某行数据，但另一个事务已经更新了此数据但没有及时提交。这是相当危险的，可能造成所有的操作都被回滚。
③不可重复读（Non-Repeatable Reads）：一个事务对同一行数据读取了两次，却得到了不同的结果。
它包括以下情况：
⑴事务T1读取某一行数据后，事务T2对其进行了修改，当事务T1再次读取该数据时，得到了不同的结果。
⑵幻读（Phantom Reads）：事务T1读取某一批数据后，事务T2对其进行插入或删除操作，当事务T1再次读取数据时，发现里面多了或是少了某些数据。
事务的隔离级别：
①未授权读（TANSACTION_READ_UNCOMMITTED）：避免更新丢失，但允许脏读。当一个事务在进行写的时候（虽然这时事务并未提交），另一个事务则不能进行写操作，但其他事务可以进行读操作。通过“排他锁”实现。
②授权读（TRANSACTION_READ_COMMITTED）：避免脏读，但允许不可重复读。读事务允许其他事务进行读操作，但未提交的写事务将禁止其他的读、写事务的操作。通过“瞬间共享锁”和“排他锁”实现。
③可重复读（TRANSACTION_REPEATABLE_READ）：避免脏读和不可重复读数据，允许幻影读。当一个事务在读取某一行数据时，其他事务可以读这行数据数据，但不允许写(update/delete)这行数据。当一个事务在写（update/delete）某一行数据时，其他事务对这行数据既不能读，也不能写。通过“共享锁”和“排他锁”实现。
④序列化（TRASACTION_SERIALIZABLE）：提供严格的事务隔离。它要求事务序列化执行，即：事务只能一个接着一个地执行，不能并发地执行。
* 隔离级别越高越能保证数据的完整性与一致性，但对并发的性能影响越大。对于多数的应用程序可以考虑把数据库的隔离级别设为TRANSACTION_READ_COMMITTED，他能避免脏读，有很好的并发性能。虽然可能造成不可重复读、幻读和第二类更新丢失等情况，但可以通过乐观锁和悲观锁来控制。
悲观锁（Pessimistic Locking）
悲观锁是指假设并发更新冲突会发生，所以不管冲突是否真的发生，都会使用锁机制。
悲观锁会完成以下功能：锁住读取的记录，防止其它事务读取和更新这些记录。其它事务会一直阻塞，直到这个事务结束。悲观锁是在使用了数据库的事务隔离功能的基础上，独享占用的资源，以此保证读取数据一致性，避免修改丢失。
悲观锁可以使用Repeatable Read事务，它完全满足悲观锁的要求。悲观锁的并发访问性不好
乐观锁（Optimistic Locking）
乐观锁则认为其他用户企图改变你正在更改的对象的概率是很小的，因此乐观锁直到你准备提交所作的更改时才将对象锁住，当你读取以及改变该对象时并不加锁。可见乐观锁加锁的时间要比悲观锁短，乐观锁可以用较大的锁粒度获得较好的并发访问性能。
在数据库中，为了有效保证并发读取数据的正确性，提出事务的隔离级别。
数据库并发访问可能出现的几种情况：
①更新丢失（Lost Update）：两个事务同时更新一行数据，但第二个事务中途失败退出，导致对数据的两次修改都失效了。这是因为事务并没有执行任何锁的操作，用此并发事务并没有被隔离开来。
②脏读(Dirty Reads)：一个事务开始读取了某行数据，但另一个事务已经更新了此数据但没有及时提交。这是相当危险的，可能造成所有的操作都被回滚。
③不可重复读（Non-Repeatable Reads）：一个事务对同一行数据读取了两次，却得到了不同的结果。
它包括以下情况：
⑴事务T1读取某一行数据后，事务T2对其进行了修改，当事务T1再次读取该数据时，得到了不同的结果。
⑵幻读（Phantom Reads）：事务T1读取某一批数据后，事务T2对其进行插入或删除操作，当事务T1再次读取数据时，发现里面多了或是少了某些数据。
事务的隔离级别：
①未授权读（TANSACTION_READ_UNCOMMITTED）：避免更新丢失，但允许脏读。当一个事务在进行写的时候（虽然这时事务并未提交），另一个事务则不能进行写操作，但其他事务可以进行读操作。通过“排他锁”实现。
②授权读（TRANSACTION_READ_COMMITTED）：避免脏读，但允许不可重复读。读事务允许其他事务进行读操作，但未提交的写事务将禁止其他的读、写事务的操作。通过“瞬间共享锁”和“排他锁”实现。
③可重复读（TRANSACTION_REPEATABLE_READ）：避免脏读和不可重复读数据，允许幻影读。当一个事务在读取某一行数据时，其他事务可以读这行数据数据，但不允许写(update/delete)这行数据。当一个事务在写（update/delete）某一行数据时，其他事务对这行数据既不能读，也不能写。通过“共享锁”和“排他锁”实现。
④序列化（TRASACTION_SERIALIZABLE）：提供严格的事务隔离。它要求事务序列化执行，即：事务只能一个接着一个地执行，不能并发地执行。
* 隔离级别越高越能保证数据的完整性与一致性，但对并发的性能影响越大。对于多数的应用程序可以考虑把数据库的隔离级别设为TRANSACTION_READ_COMMITTED，他能避免脏读，有很好的并发性能。虽然可能造成不可重复读、幻读和第二类更新丢失等情况，但可以通过乐观锁和悲观锁来控制。
悲观锁（Pessimistic Locking）
悲观锁是指假设并发更新冲突会发生，所以不管冲突是否真的发生，都会使用锁机制。
悲观锁会完成以下功能：锁住读取的记录，防止其它事务读取和更新这些记录。其它事务会一直阻塞，直到这个事务结束。悲观锁是在使用了数据库的事务隔离功能的基础上，独享占用的资源，以此保证读取数据一致性，避免修改丢失。
悲观锁可以使用Repeatable Read事务，它完全满足悲观锁的要求。悲观锁的并发访问性不好
乐观锁（Optimistic Locking）
乐观锁则认为其他用户企图改变你正在更改的对象的概率是很小的，因此乐观锁直到你准备提交所作的更改时才将对象锁住，当你读取以及改变该对象时并不加锁。可见乐观锁加锁的时间要比悲观锁短，乐观锁可以用较大的锁粒度获得较好的并发访问性能。
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
