事务并发执行时会出现的问题

我们先得看一下访问相同数据的事务在不保证串行执行（也就是执行完一个再执行另一个）的情况下可能会出现哪些问题：

1、脏写
如果一个事务修改了另一个未提交事务修改过的数据，那就意味着发生了脏写。

2、脏读
如果一个事务读到了另一个未提交事务修改过的数据，那就意味着发生了脏读。

3、不可重复读（Non-Repeatable Read）
如果一个事务只能读到另一个已经提交的事务修改过的数据，并且其他事务每对该数据进行一次修改并提交后，该事务都能查询得到最新值，那就意味着发生了不可重复读

4、幻读（Phantom）
如果一个事务先根据某些条件查询出一些记录，之后另一个事务又向表中插入了符合这些条件的记录，原先的事务再次按照该条件查询时，能把另一个事务插入的记录也读出来，那就意味着发生了幻读。示意图如下：

如上图，Session A中的事务先根据条件number > 0这个条件查询表hero，得到了name列值为'刘备'的记录；之后Session B中提交了一个隐式事务，该事务向表hero中插入了一条新记录；之后Session A中的事务再根据相同的条件number > 0查询表hero，得到的结果集中包含Session B中的事务新插入的那条记录，这种现象也被称之为幻读。

那如果Session B中是删除了一些符合number > 0的记录而不是插入新记录，那Session A中之后再根据number > 0的条件读取的记录变少了，这种现象算不算幻读呢？明确说一下，这种现象不属于幻读，幻读强调的是一个事务按照某个相同条件多次读取记录时，后面的读取操作读到了之前没有读到的记录。

那对于先前已经读到的记录，之后又读取不到这种情况，算啥呢？其实这相当于对每一条记录都发生了不可重复读的现象。幻读只是重点强调了读取到了之前读取没有获取到的记录。

那么不可重复读与幻读的区别在哪里呢？不可重复读体现在：第一次看了a=1，第二次看到了a=2或没有了a数据；幻读体现在：第一次没有a数据，第二次却看到了a=1这个数据。更具体些的，可以理解为：update、delete容易引发不可重复读问题，insert容易引发幻读问题。

SQL标准中的隔离级别

我们上边介绍了几种并发事务执行过程中可能遇到的一些问题，这些问题也有轻重缓急之分，我们给这些问题按照严重性来排一下序：

脏写 > 脏读 > 不可重复读 > 幻读

我们上边所说的舍弃一部分隔离性(即允许出现幻读、脏读等情况)来换取一部分性能(即并发)在这里就体现在：设立一些隔离级别，隔离级别越低，越严重的问题就越可能发生。有一帮人制定了一个所谓的SQL标准，在标准中设立了4个隔离级别：

READ UNCOMMITTED：未提交读。
READ COMMITTED：已提交读。
REPEATABLE READ：可重复读。
SERIALIZABLE：可串行化。

SQL标准中规定，针对不同的隔离级别，并发事务可以发生不同严重程度的问题，具体情况如下：

脏写是怎么回事儿？怎么里边都没写呢？这是因为脏写这个问题太严重了，不论是哪种隔离级别，都不允许脏写的情况发生。

MySQL的隔离级别

不同的数据库厂商对SQL标准中规定的四种隔离级别支持不一样，比方说Oracle就只支持READ COMMITTED和SERIALIZABLE隔离级别。MySQL支持4种隔离级别，但与SQL标准中所规定的各级隔离级别允许发生的问题却有些出入：MySQL在REPEATABLE READ隔离级别下，是可以禁止幻读问题的发生的。

mysql默认的隔离级别是REPEATABLE READ。

查看mysql隔离级别参数：

mysql> show variables like '%iso%';
+---------------+-----------------+
| Variable_name | Value           |
+---------------+-----------------+
| tx_isolation | REPEATABLE-READ  |
+---------------+-----------------+