数据库事务的隔离级别

在数据库中，为了有效保证并发读取数据的正确性，提出事务的隔离级别。

数据库并发访问可能出现的几种情况：

①更新丢失（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）

乐观锁则认为其他用户企图改变你正在更改的对象的概率是很小的，因此乐观锁直到你准备提交所作的更改时才将对象锁住，当你读取以及改变该对象时并不加锁。可见乐观锁加锁的时间要比悲观锁短，乐观锁可以用较大的锁粒度获得较好的并发访问性能。