事 务是一组原子性的SQL查询语句，也可以被看做一个工作单元。如果数据库引擎能够成功地对数据库应用所有的查询语句，它就会执行所有查询，如果任何一条查 询语句因为崩溃或其他原因而无法执行，那么所有的语句就都不会执行。也就是说，事务内的语句要么全部执行，要么一句也不执行。

幻读(Phantom Read):在一个事务的两次查询中数据不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

上边之所以介绍那么多理论知识，是为了便于理解。在上边的表格中已经列出来了，在不同隔离级别下，数据的显示效果可能出现的问题，现在在linux上安装好mysql，通过我们的实验来一起看一下在不同隔离级别下数据的显示效果吧。

本次实验的所有操作均在虚拟机中完成，通过Xmanager连接虚拟机，然后打开两个会话连接，在两个会话中，同时更改隔离级别，然后查看数据的显示效果。

我 们在mysql命令界面下，没有明确启用事务时，输入的每个命令都是直接提交的，因为mysql中有个变量的值，可实现自动提交。也就是说我们每输入一个 语句，都会自动提交，这会产生大量的磁盘IO，降低系统的性能。在我们做实验时，因为我们要明确使用事务，所以，建议关闭自动提交的功能，如果不关闭也没 有关系，但是如果你没有明确使用事务，想要做下边的实验，那就需要关闭此功能了。这里，我们明确使用事务，且关闭自动提交功能。假如你关闭了自动提交功 能，需明确使用事务，否则你输入的所有语句会被当成一个事务进行处理。命令如下：

现在打开两个会话，在这两个会话中分别进入mysql，首先记得要就修改两个回话中的autocommit变量，关闭自动提交功能，然后查看事务的隔离级别，默认为REPEATABLE-READ。在两个会话中都需要修改隔离级别。我们先从最低的隔离级别开始演示。

在 会话1中，我们来修改tutors中的数据，在会话2中我们来查看数据，看会是什么情况。本打算使用tutors表来演示下边的实验，但修改完数据截图时 比较麻烦，所以，自己就写了个脚本，比着tutors表的各字段创建了一个新表teachers。脚本写的有点拙劣，有兴趣可自己动手写个更好的脚本来实 现创建及插入数据。创建表及插入数据的脚本如下：

执行上边的脚本即可创建相应表及插入数据。查看下我们创建的新表是否成功，里边是否有数据。查询命令及显示结果如下所示：

创建的新表已经存在，且插入数据也已成功，现在我们就用teachers表来演示以下各实验。演示实验从低隔离级别开始，到高隔离级别结束。

首先，修改两个会话中的自动提交功能，将其关闭，然后修改系统默认的隔离级别，从低级别开始，将默认的可重读改为读未提交。

以 上修改在两个会话中完成后，我们明确启动事务，查询下表中的所有数据信息，显示TID为5的老师的年龄为61，然后在会话1中更新teachers表中 TID为5的老师的年龄，将原来的61改为50，接着，在两个会话中在重新查询下所有的数据，看TID为5的老师的年龄是多少。命令及显示效果如下所示：

当 我们在会话1中使用rollback回滚之后，再在两个会话中查看数据，发现还是61。从上边两个会话的显示效果，可以看到，在隔离级别为读未提交时，当 我们开启一个事务时，在该事务中修改了某个数据行的信息，且在该事务中，并未提交，但在另一个事务中，如果都是对同一个数据集的操作，会发现我们前后两次 查询的结果不一样了，在同一个事务中，两次查询得到的结果不一样，这种情况是不允许出现。此时就出现了脏读、不可重复读及幻读的现象。

现 在，在会话1中，我们使用commit命令提交事务，然后再会话2中，查看下显示效果，看又是怎么样的。结果会发现，在会话2中，TID为5的老师的年龄 变成了40。从上边的显示效果，会发现，当隔离级别为read-committed(读提交)时，当我们在会话1中开启事务，并修改了某一行数据的信息 时，在会话1中可以看到修改后的效果，但在会话2中并不会看到修改后的结果。当我们在会话1中提交事务后，在再会话2中查询，会发现，跟我们上次查询的不 一样了，显示的是会话1修改后的结果。在该隔离级别下，虽然可以避免脏读的现象发生，但还是会出现不可重复读和幻读的现象。

从 上边的显示结果会发现，在该隔离级别下，当我们在会话1中修改了某个值时，会话1会立即显示修改后的结果，而会话2中不会显示。当我们在会话1中提交事务 后，得到永久结果，在会话1中在查看，还是修改后的结果，但在会话2中，还是原来的结果。但当我们在会话2中提交事务后，再来查询，发现是会话1中修改后 的结果，在会话2中，我们没做任何修改，我一提交事务，发现，数据竟然变了。起码，事务提交前和提交后看到的数据是不一样的。此时就出现了幻读的现象。

在 上边的显示效果中，发现，在可串行隔离级别下，当我们启动两个事务时，如果在其中一个事务中，修改了某个数据行，在另一个事务中，我们是无法查询到该数据 集的信息的，也就是说系统不会显示出任何信息，除非在修改的事务中，我们提交了，或者是执行了rollback命令。假如在修改的事务中，我们既没有执行 commit命令提交，也没有执行rollback命令回滚，那么，在另一个事务中，当我们查询时，会一直卡着不动，直到锁时间超时，然后提示我们重新开 启事务。在上图中，发现，在会话1中，当我们启动一个事务，并修改了一个数据后，在会话2中，我们是不能查询到任何信息的，当我们在会话1中执行了 rollback命令后，会话2中才会显示查询结果，此时的查询所用时间会比以前查询所用时间长很多。因为在可串行级别下，是不允许通知开启多个事务的， 或者说是不允许对同一个数据集执行任何操作的。此时，既不会出现脏读、不可重复读，也不会出现幻读现象。但是此时的并发性会受影响。