MySQL 事务隔离级别
基本概念
事务的基本特性
- 原子性（Atomicity）: 当开启事务后，后面的所有操作，要么全部成功，要么全部失败。
- 一致性（Consistency）: 事务执行前后数据库状态保持一致。
- 隔离性（Isolation）: 在事务未提交前，它的操作对其他用户是不可见的。
- 持久性（Durability）: 一旦事务成功，将进行永久的变更，记录与redo日志；
事务并发引发的问题
- 脏读：所读取的数据已经被修改了，属于没有意义的数据。
- 不可重复读：事务A多次读取同一条数据，事务B在A读取的过程中对这条数据进行了更改，导致事务A读取的数据中出现的结果不一致。
- 幻读：同样一个查询错做在整个事务过程中多次执行后，查询所得的结果集不一样。(侧重于新增和删除操作)
事务的隔离级别
- 读未提交（read-uncommitted）：读取其它事务未完成的结果。
- 不可重复读（read-committed） ：事务完成后，才能读取该事务的数据更新后的结果。
- 可重复读（repeatable-read） ：在整个事务的过程中，对同一笔数据的读取结果是相同的，不管其他事务是否同时在对同一笔数据进行更新，也不管其他事务对同一笔数据的更新提交与否。
- 串行化（serializable） ：事务操作都必须依次顺序执行，可以避免其他隔离级别遇到的所有问题，是最为安全的隔离级别， 但同时也是性能最差的隔离级别。
不同隔离级别引发的问题
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
| 读未提交 | Yes | Yes | Yes |
| 不可重复读 | No | Yes | Yes |
| 可重复读 | No | No | Yes |
| 串行化 | No | No | No |
案例说明
本此案例使用单表进行测试，具体表结构如下所示：
1 DROP TABLE IF EXISTS `user`; 2 CREATE TABLE `user` ( 3 `id` int(11) NOT NULL AUTO_INCREMENT, 4 `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL, 5 `age` int(11) NULL DEFAULT NULL, 6 `balance` int(255) NULL DEFAULT NULL, 7 PRIMARY KEY (`id`) USING BTREE 8 ) 9 10 INSERT INTO `user` VALUES (1, '张三', 21, 100); 11 INSERT INTO `user` VALUES (2, '李四', 21, 0);
表中有两条数据张三的余额为100，李四的余额为0；
读未提交
在Windows环境下使用dos窗口(此处需要两个窗口进行测试分别为A/B)进入mysql的客户端，并切换到此表对应的数据库下。
在A窗口和B窗口下对其事务的模式进行设置并开启事务。
1 SET session transaction isolation level read uncommitted; 2 3 START TRANSACTION;
在窗口A中对张三的余额进行调整（加50），在不进行提交的前提下在窗口B对张三的余额进行查询，结果如下：
窗口A
窗口B
我们发现客户端B的数据也是被更新了，但是，如果有一天由于某些问题，客户端的这次更新进行了回滚操作，那么客户端B中查询的数据就属于脏数据了，这时候就会有脏读的问题。
不可重复读
同样的打开两个窗口并对其事务进行设置。
1 SET session transaction isolation level read committed; 2 3 START TRANSACTION;
对在窗口A中对张三的余额进行调整（加50），在不进行提交的前提下在窗口B对张三的余额进行查询，结果如下：
窗口A
窗口B
这里我们发现在A窗口没有提交事务前B窗口无法拿到A窗口更新的数据，因此解决了脏读的情况。
下来我们对A窗口的数据进行提交。并再次查询结果。
窗口A
窗口B
这个时候B窗口的数据在A窗口提交事务前后的数据是不一致的，因此会有不可重复读的问题产生。
可重复读
同样的打开两个窗口并对其事务进行设置。
1 SET session transaction isolation level repeatable read; 2 3 START TRANSACTION;
对在窗口A中对张三的余额进行调整（加50），在不进行提交的前提下在窗口B对张三的余额进行查询，结果如下：
窗口A
窗口B
这里我们发现在A窗口没有提交事务前B窗口无法拿到A窗口更新的数据，因此解决了脏读的情况。
下来我们对A窗口的数据进行提交。并再次查询结果。
窗口A
窗口B
此时发现已经解决了不可重复读的问题。
这时候如果在窗口B对张三的数据再进行增加（+50）呢？那么最终的数据会是多少呢？
窗口A
窗口B
可见B窗口的数据是在A窗口的基础上进行操作的，因此数据的一致性没有被破坏，因为可重复读的隔离级别下使用了MVCC机制。
下来我们在B窗口新增一条数据，并进行提交。
1 INSERT INTO `user` VALUES (3, '王五', 21, 200);
窗口A
客户端A两次结果发生了不一致，出现幻读。
串行化
同样的打开两个窗口并对其事务进行设置。
1 SET session transaction isolation level serializable; 2 3 START TRANSACTION;
窗口A对user表中的数据进行查询，在窗口B对数据进行更新。
窗口A
窗口B
