事务的隔离级别

一、事务的并发问题有哪几种？

1. 丢失更新：一个事务的更新覆盖了另一个事务的更新；
2. 脏读：       一个事务读取了其他一个事务未提交的数据；
3. 不可重复读：
   不可重复读的重点是修改，同样条件下两次读取结果不同，也就是说，被读取的数据可以被其它事务修改；
4. 幻读：幻读的重点在于新增或者删除，同样条件下两次读出来的记录数不一样。

二、事务的隔离级别（四种）

隔离级别决定了一个session中的事务可能对另一个session中的事务的影响。ANSI标准定义了4个隔离级别，MySQL的InnoDB都支持，分别是：

1. 读未提交（READ UNCOMMITTED）：最低级别的隔离，通常又称为dirty read，它允许一个事务读取另一个事务还没 commit 的数据，这样可能会提高性能，但是会导致脏读问题；

2. 读已提交（READ COMMITTED）：在一个事务中只允许对其它事务已经 commit 的记录可见，该隔离级别不能避免不可重复读问题；

3. 可重复读（REPEATABLE READ）：在一个事务开始后，其他事务对数据库的修改在本事务中不可见，直到本事务 commit 或 rollback。但是，其他事务的 insert/delete 操作对该事务是可见的，也就是说，该隔离级别并不能避免幻读问题。在一个事务中重复 select 的结果一样，除非本事务中 update 数据库。

4. 序列化（SERIALIZABLE）：最高级别的隔离，只允许事务串行执行。

     MySQL默认的隔离级别是可重复读（REPEATABLE READ）

引入一个例子，便于记忆：来自（https://blog.csdn.net/zjxxyz123/article/details/79413729）
起初隔离级别为read uncommitted 读未提交；a,b两个会话，分别开启两个事务，然后a向b转了500元钱，但a未提交该事务， 
此时b查看，发现多了500.然后a回滚事务，b再查看账户，发现根本就没有多500.这便是脏读。 
脏读便是可以读取到另一个事务尚未提交的数据。 
如果我们此时将隔离级别提升为read committed 读已提交，便可避免脏读。同样b两个会话，分别开启两个事务，然后a向b转了500元钱， 
但a未提交该事务，此时b查看，依旧是原钱数. 
但此时，如果a 提交事务，b再去查看，发现此时多了500，对b而言，在一个事务中，两次查询的结果不一致，这便是不可重复读。 
如果我们此时将隔离级别提升为repeatable read 可重复读，可以避免脏读和不可重复读的发生。同样a 提交事务，b再去查看，发现 
依旧是原钱数，b只能结束当前事务，在开启一个新事务，才能查询到数据的变化，这al便避免了不可重复读。 
如果我们设置了seriizable串行化，就相当于锁表，某一时间内只允许一个事务访问该表。