数据库事务的隔离级别

一、数据库并发操作存在的异常情况：

1、更新丢失（Lost Update）：两个事务都同时更新一行数据，但是第二个事务却中途失败，导致对数据的两次更新均失效。这是由于系统并没有执行任何“锁”操作，因此并发事务并没有被隔离开来。
2、脏读（Dirty Reads）： 一个事务开始读取某行数据，此时另外一个事务已经更新了该行数据，但并没有及时提交。很可能导致操作回滚。

公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资已经到账，是5000元整，非常高兴。可是不幸的是，领导发现发给singo的工资金额不对，是2000元，于是迅速回滚了事务，修改金额后，将事务提交，最后singo实际的工资只有2000元，singo空欢喜一场。出现上述情况，即我们所说的脏读，两个并发的事务，“事务A：领导给singo发工资”、“事务B：singo查询工资账户”，事务B读取了事务A尚未提交的数据。

3、不可重复读（Non-repeatable Reads）： 一个事务对同一行数据重复读取两次，但是却得到了不同结果。例如在两次读取中途有另外一个事务对该行数据进行了修改并提交。

singo拿着工资卡去消费，系统读取到卡里确实有2000元，而此时她的老婆也正好在网上转账，把singo工资卡的2000元转到另一账户，并在singo之前提交了事务，当singo扣款时，系统检查到singo的工资卡已经没有钱，扣款失败，singo十分纳闷，明明卡里有钱，为何......出现上述情况，即我们所说的不可重复读，两个并发的事务，“事务A：singo消费”、“事务B：singo的老婆网上转账”，事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

4、幻读（Phantom Reads）： 也称为幻像（幻影）。事务在操作过程中进行两次查询，第二次查询结果包含了第一次查询中未出现的数据（这里并不要求两次查询SQL语句相同）。这是因为在两次查询过程中，另外一个事务插入数据造成的。

singo的老婆工作在银行部门，她时常通过银行内部系统查看singo的信用卡消费记录。有一天，她正在查询到singo当月信用卡的总消费金额（select sum(amount) from transaction where month = 本月）为80元，而singo此时正好在外面胡吃海塞后在收银台买单，消费1000元，即新增了一条1000元的消费记录（insert transaction ... ），并提交了事务，随后singo的老婆将singo当月信用卡消费的明细打印到A4纸上，却发现消费总额为1080元，singo的老婆很诧异，以为出现了幻觉，幻读就这样产生了。

二、为了避免上面几种情况，标准SQL规范定义了4个事务隔离级别：

1、读未提交（Read Uncommitted）：允许脏读但不允许更新丢失。如果一个事务已经开始写数据，则不允许其他事务对该数据同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。事务隔离的最低级别，仅可保证不读取物理损坏的数据。与READ COMMITTED隔离级相反，它允许读取已经被其他用户修改但尚未提交的数据。

2、读提交（Read Committed）：允许不可重复读但不允许脏读。这可以通过“瞬间共享读锁”和“排他写锁”实现，读取数据的事务允许其他事务继续访问该行数据，但是未提交写事务将会禁止其他事务访问该行。SQL Server和Oracle的默认隔离级别就是Read Committed，在此隔离级下，SELECT 命令不会返回尚未提交的数据，也不能返回脏数据。

3、可重复读（Repeatable Read）： 禁止不可重复读和脏读，但是有时可能出现幻影数据，这可以通过“共享读锁”和“排他写锁”实现，读取数据事务将会禁止写事务（但允许读事务），写事务则禁止其他任何事务。在此隔离级下，用SELECT 命令读取的数据在整个命令执行过程中不会被更改。此选项会影响系统的效能，非必要情况最好不用此隔离级。MySQL的默认隔离级别就是Repeatable read。

4、串行（Serializable）：也称可串行读。提供严格的事务隔离，它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作事务访问到。事务隔离的最高级别，事务之间完全隔离。如果事务在可串行读隔离级别上运行，则可以保证任何并发重叠事务均是串行的。代价花费最高，性能很低，一般很少使用。

更新丢失脏读不可重复读幻读读未提交NYYY读提交NNYY可重复读NNNY串行NNNN