关系型数据库的事务隔离级别

一、事务的4个基本特征 
事务ACID特性，ACID就是：原子性(Atomicity )、一致性( Consistency )、隔离性或独立性( Isolation)和持久性(Durabilily)
原子性（Atomicity）：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。
一致性（Consistency）：事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态的含义是数据库中的数据应满足完整性约束。
隔离性（Isolation）：多个事务并发执行时，一个事务的执行不应影响其他事务的执行。
持久性（Durability）：已被提交的事务对数据库的修改应该永久保存在数据库中。

二、为什么需要对事务并发控制 
1、丢失更新(Lost update) 
    两个事务都同时更新一行数据,撤销一个事务时，把其他事务已提交的更新数据覆盖(A和B事务并发执行，A事务执行更新后，提交；B事务在A事务更新后，B事务结束前也做了对该行数据的更新操作，然后回滚，则两次更新操作都丢失了) 
2、脏读(Dirty Reads) 
    一个事务读到另一个事务未提交的更新数据(A和B事务并发执行，B事务执行更新后，A事务查询B事务没有提交的数据，B事务回滚，则A事务得到的数据不是数据库中的真实数据。也就是脏数据，即和数据库中不一致的数据)。 
3、非重复读(Non-repeatable Reads) 
   一个事务对同一行数据重复读取两次，但是却得到了不同的结果(A和B事务并发执行，A事务查询数据，然后B事务更新该数据，A再次查询该数据时，发现该数据变化了)
4、二类丢失更新(覆盖更新 Second lost updates problem) 
    无法重复读取的特例。有两个并发事务同时读取同一行数据，然后其中一个对它进行修改提交，而另一个也进行了修改提交。这就会造成第一次写操作失效(即A事务更新数据，然后B事务更新该数据，A事务查询发现自己更新的数据变了)。
5、幻读(Phantom Reads) 
    事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据(A和B事务并发执行，A事务查询数据，B事务插入或者删除数据，A事务再次查询发现结果集中有以前没有的数据或者以前有的数据消失了)。

三、数据库的隔离级别 
   为了兼顾并发效率和异常控制，在标准SQL规范中，定义了4个事务隔离级别：
1、未提交读(Read Uncommitted) 
    直译就是"读未提交",意思就是即使一个更新语句没有提交,但是别的事务可以读到这个改变.这是很不安全的。允许任务读取数据库中未提交的数据更改，也称为脏读。 
2、提交读(Read Committed) 
   直译就是"读提交",可防止脏读，意思就是语句提交以后即执行了COMMIT以后别的事务就能读到这个改变. 只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 
3、可重复读(Repeatable Read)： 
   直译就是"可以重复读",这是说在同一个事务里面先后执行同一个查询语句的时候,得到的结果是一样的.在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读 
4、串行读(Serializable) 
   直译就是"序列化",意思是说这个事务执行的时候不允许别的事务并发执行. 完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞
 
四，隔离级别对事务并发的控制 

下表是各隔离级别对各种异常的控制能力:

	丢失更新	脏读	非重复读	二类丢失更新(覆盖更新)	幻像读
未提交读	Y	Y	Y	Y	Y
提交读	N	N	Y	Y	Y
可重复读	N	N	N	N	Y
串行读	N	N	N	N	N