数据库的四种隔离级别

并发事务出现的问题

1. 丢失更新
   两个事物T1和T2读入同一数据并修改，T2提交的结果覆盖了T1提交的结果，导致T1的修改被丢失。

2. 脏读
   在一个事务处理过程里读取了另一个事务未提交的事务中的数据。

3. 不可重复读
   在一个事务的两次查询之中数据不一致。在这个事务还没有结束时，另外个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。

   不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了另一事务修改前的数据。

4. 虚读(幻读)
   幻读和不可重复读都是读取了另一条已经提交的事务（这点与脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。不可重复读的重点是修改，幻读的重点在于新增或者删除。

   目前工资为 5000 的员工有 10 人，事务 A 读取所有工资为 5000 的人数为10 人。此时，事务 B 插入一条工资也为 5000 的记录。这时，事务 A 再次读取工资为 5000 的员工，记录为 11 人。此时产生了幻读。

隔离级别

隔离级别：数据库事务的隔离级别有4种，由低到高分别为Read uncommitted（读未提交） 、Read committed（读已提交） 、Repeatable read（可重复读） 、Serializable（序列化） 。

1. 读未提交 （Read uncommitted）

   读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。

   事例： 老板要给程序员发工资，程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字，按成3.9万/月，该钱已经打到程序员的户口，但是事务还没有提交，就在这时，程序员去查看自己这个月的工资，发现比往常多了3千元，以为涨工资了非常高兴。但是老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成3.6万再提交。

   分析： 实际程序员这个月的工资还是3.6万，但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。因此，在这种隔离级别下，查询是不会加锁的，也由于查询的不加锁，所以这种隔离级别的一致性是最差的，可能会产生“脏读”、“不可重复读”、“幻读”。如无特殊情况，基本是不会使用这种隔离级别的。

   原理：

   1. 事务对当前被读取的数据不加锁；
   2. 事务在更新某数据的瞬间（就是发生更新的瞬间），必须先对其加行级共享锁，直到事务结束才释放。

2. 读提交（Read Committed）

   读提交，顾名思义，就是只能读到已经提交了的内容

   事例： 程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万，就在这个时候！！程序员的妻子要把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额当然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的…

   分析： 这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。这是各种系统中最常用的一种隔离级别，也是SQL Server和Oracle的默认隔离级别。这种隔离级别能够有效的避免脏读。

   原理：

   1. 事务对当前被读取的数据加行级共享锁（当读到时才加锁），一旦读完该行，立即释放该行级共享锁；
   2. 事务在更新某数据的瞬间（就是发生更新的瞬间），必须先对其加行级排他锁，直到事务结束才释放。

3. 可重复读(Repeated Read)

   可重复读，顾名思义，就是专门针对“不可重复读”这种情况而制定的隔离级别，自然，它就可以有效的避免“不可重复读”。而它也是MySql的默认隔离级别。

   事例： 程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（事务开启，不允许其他事务的UPDATE修改操作），收费系统事先检测到他的卡里有3.6万。这个时候他的妻子不能转出金额了。接下来收费系统就可以扣款了。

   分析： 重复读可以解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作，而不是UPDATE操作。

   原理：

   1. 事务在读取某数据的瞬间（就是开始读取的瞬间），必须先对其加行级共享锁，直到事务结束才释放；
   2. 事务在更新某数据的瞬间（就是发生更新的瞬间），必须先对其加行级排他锁，直到事务结束才释放。
   3. 个人理解：同读提交的区别是一个在读完就释放，一个事务结束才释放，给了不可重复读问题出现的机会；加的锁都是行级锁，无法防止对表的增删，给了幻读出现的机会

   幻读出现情况：
   事例： 程序员某一天去消费，花了2千元，然后他的妻子去查看他今天的消费记录（全表扫描FTS，妻子事务开启），看到确实是花了2千元，就在这个时候，程序员花了1万买了一部电脑，即新增INSERT了一条消费记录，并提交。当妻子打印程序员的消费记录清单时（妻子事务提交），发现花了1.2万元，似乎出现了幻觉，这就是幻读。

   在这个级别下，普通的查询同样是使用的“快照读”，但是，和“读提交”不同的是，当事务启动时，就不允许进行“修改操作（Update）”了，而“不可重复读”恰恰是因为两次读取之间进行了数据的修改，因此，“可重复读”能够有效的避免“不可重复读”，但却避免不了“幻读”，因为幻读是由于“插入或者删除操作（Insert or Delete）”而产生的。

4. 序列化 （Serializable）

   这是数据库最高的隔离级别，这种级别下，事务“串行化顺序执行”，也就是一个一个排队执行。这种级别下，“脏读”、“不可重复读”、“幻读”都可以被避免，但是执行效率奇差，性能开销也最大，所以基本没人会用。
   原理：

   1. 事务在读取数据时，必须先对其加表级共享锁 ，直到事务结束才释放；
   2. 事务在更新数据时，必须先对其加表级排他锁 ，直到事务结束才释放。