SQL隔离级别

什么是SQL的隔离级别呢？举个例子来说吧。
事例1、
假设有用户A和用户B，他们对同一张innodb表进行如下操作：
①、同时开启一个事务：
②、用户A向表中插入一条数据。
③、用户B查询表中的数据。
④、同时提交事务。

那么，当用户A插入数据之后，用户B再去表中查询数据时，用户A刚才插入的那条数据对用户B这次的查询是否可见，便成为隔离级别。

SQL标准定义了四个隔离级别：

一、READ UNCOMMITTED（读取未提交内容）
在这个隔离级别下，当在事务a中修改数据后，虽然事务a还没有提交，但其他事务也能读取到事务a中修改的内容。就比如上面说的那个列子，如果是在这个隔离级别下，用户B就能读取到用户A插入的那条数据。

在这个隔离级别下，最容易出现“脏读”这个问题。比如事例1中，当用户A插入数据后，提交事务的时候出现问题，然后事务回滚，把用户A插入的那条数据删除，但用户B却读到了那条数据。

二、READ COMMITTED（读取提交内容）
在这个隔离级别下，当事务a中修改数据后，只要事务a还没有提交，就不能被其他事务读取到修改的内容。但在一个事务中，任何一次查询，都是获取已经提交事务的所有变化。
比如以下例子：
事例2、
①、用户A开启一个事务。
②、用户B向表1中插入一条数据x，提交事务。
③、用户A查询表1中的数据。
④、用户B向表1中插入一条数据y，提交事务。
⑤、用户A查询表1中的数据。
⑥、用户A提交事务。
那么，对用户A的这次事务来说，前后两次的查询结果是不同的。这也是这个隔离级别的问题所在。

三、REPEATABLE READ（可重读）
这个隔离级别就是为了解决上一个隔离级别而生的。在这个隔离级别下，在一个事务中的查询，只能读取到事务开始时，表中的数据。比如事例2中，在用户A开启事务的过程中，用户B向表1中插入了两条数据，但在这一隔离级别下，用户A的两次查询都读取不到用户B插入的数据。

然而，这个隔离级别就会出现“幻读”的问题。比如如下列子：
事例 3、
①、用户A开启一个事务。
②、用户B向表1中插入一条数据x，提交事务。
③、用户A查询表1中的数据，判断是否存在数据x。
④、用户A发现表1中没有数据x，然后也插入数据x。
⑥、用户A提交事务。
这时候，如果表中有唯一建，那么用户A插入数据x时，就会报错。这里，就把第三步，用户A查询表中数据，判断是否存在数据x的结果称为“幻读”。

四、SERIALIZABLE（可串行化）
这个隔离级别是最高的隔离级别，用于解决幻读问题。在这个隔离级别下，它会强制的对事务进行排序，使事务之前不可能冲突，从而解决幻读问题。所谓的排序，是指：为每个事务所读取的行加上锁。在这一级别下，会造成大量的超时现象和锁竞争。