数据库中事务的隔离级别 小结

问题：

对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题:  

更新丢失（Lost update）：对于并发更新同一条记录的两个事务 T1, T2, T1先更新完，T2紧接着更新，却又因故回滚，数据因此回到了T1和T2操作前的状态。由于没有引入排他写锁，T1中途写入的内容便丢失了。
脏读（Dirty Reads）： 对于两个事物 T1, T2, T1 读取了已经被 T2 更新但还没有被提交的字段. 之后, 若 T2 回滚, T1读取的内容就是临时且无效的。
不可重复读（Non-repeatable Reads）：对于两个事物 T1, T2, T1 读取了一个字段, 然后 T2 更新了该字段. 之后, T1再次读取同一个字段, 值就不同了. 
幻读（Phantom Reads）： 对于两个事物 T1, T2, T1 从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行. 之后, 如果 T1 再次读取同一个表, 就会多出几行.  

解决：

针对上述四种状况，设计了四种隔离级别：

隔离级别	更新丢失	脏读	不可重复读	幻读
Read Uncommitted	-	可能发生	可能发生	可能发生
Read Committed	-	-	可能发生	可能发生
Repeatable Read	-	-	-	可能发生
Anomaly Serializable	-	-	-	-

READ UNCOMMITTED(允许读到尚未提交的数据)  ：  允许事务读取未被其他事务提交的变更，脏读、不可重复读和幻读的问题都会出现  

READ COMMITED(只能读到已提交数据)  ： 只允许事务读取已经被其他事务提交的变更，可以避免脏读，但不可重复读和幻读问题仍然会出现  

REPEATABLE READ(事务内重复读同一块数据保持不变) ：  确保事务可以多次从一个字段中读取相同的值，在这个事务持续期间，禁止其他事务对这个字段进行更新，可以避免脏读和不可重复读，但幻读的问题依然存在  

SERIALIZABLE(事务逐个串行操作)  ： 确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对该表执行插入、更新和删除操作，所有并发问题都可以避免，但性能十分低。

每种隔离级别的实现：

隔离级别	写入锁	读取锁	范围锁
READ UNCOMMITTED	V	-	-
READ COMMITED	V	S	-
REPEATABLE READ	V	V	-
SERIALIZABLE	V	V	V

"V" 排他锁。锁定将持续到事务结束。

"S" 共享锁。一般写锁都是排他的，否则连最低的事务隔离级别都无法保证，会出现更新丢失（Lost update）的情况。读锁有共享读锁和排他读锁之分，两者都要等待对应范围的写锁被释放后才能获取，以避免读到脏数据；区别是S仅在读取完成后即释放，而无需等到事务结束，且支持同时被多个读操作持有（意即共享）。显然前者锁定的粒度更小，因而性能较优。

oracle和mysql对事务隔离级别的支持

Oracle 支持的 2 种事务隔离级别：READ COMMITED, SERIALIZABLE. Oracle 默认的事务隔离级别为: READ COMMITED   

Mysql 支持 4 中事务隔离级别. Mysql 默认的事务隔离级别为: REPEATABLE READ  

参考

http://baike.baidu.com/view/2943500.htm 对“更新丢失”的描述不到位，在“解决方案”中错误地使用了“瞬间共享读锁”和“共享读锁”。

http://blog.csdn.net/w_l_j/article/details/7354530 没有提到“更新丢失”的情况，在READ UNCOMMITTED中没有提到其保证不出现更新丢失。隔离级别的翻译较繁体的意译更直观

http://en.wikipedia.org/wiki/Isolation_(database_systems) 英文维基，一贯得准确和可靠。中文版“隔離級別與鎖定”（Isolation Levels vs Locks）一节是错误的，顺手改了下。

http://docs.jboss.org/jbosscache/1.4.0/TreeCache/en/html/transactions.html 5.1.2.1. Isolation levels 写得简单、直观、到位。严重推荐。

http://docs.oracle.com/cd/B19306_01/server.102/b14220/consist.htm oracle官方文档。