【数据库】隔离级别的代码演示，实际测试。
一、Read uncommitted(读未提交)
会产生脏读。
1.修改当前数据库的隔离级别
2，开启事务A和事务B
3.事务A查看当前t表中的a列数据。
4.事务B修改t表中的a列。（注意没有提交）
5.事务A再次查看t表中的a列
6.这时候事务B回滚事务。返回到未修改t表的时候，并结束事务。
7.这时候在事务A中查看t表，数据又变回原来的数据，说明中间读到的数据就是“脏数据”。
二、Read Committed(读已提交)
会产生不可重复读的问题。
1.还是查看事务隔离级别，并修改全局事务隔离级别
2.事务A和事务B都开启事务，这时候演示上面的步骤，可以看到事务A中的数据并没有被改变，所以避免了脏读数据。
3.但是当事务B提交之后，在事务A中再次查询数据就发生了改变，这时候就发生了不可重复读的问题。
（左事务A，右事务B）
三、Repeatable read(可重复读)
解决了以上问题，但是可能会产生“幻读”。
1.改变数据库的隔离级别。
2.事务A和事务B分别开启事务，并且进行上面的操作。
- 从图中可以看出，事务B确确实实的修改了数据，但是在事务A中查看数据却不会修改。这就让事务做到了可重复读。
- 有几个重要的点：
- 读取数据的时候有当前读和快照读之分，快照读就是普通的select语句，它就像给数据拍照一样，在事务A开启之后，第一个普通select语句，给当前所有表进行拍照，将数据（底层是由版本控制器实现的）记录下来，之后不管其他事务进行过多少次的修改和commit都不会显示到事务A中。
- 而当前读，就是指update，delete，insert这些语句相关的select，比如:select * from t for update.这样查出来的数据就是当前读，并且没有版本控制器的限制，就是真实的当前数据库中的数据。并且在事务中使用当前读（update，delete，insert操作）或者之后，就将这个表锁定了，其他事务将不能再操作此表，如果操作就会被阻塞，直到阻塞超时或者拿锁的事务被提交。
- 当隔离级比可重复读更小的时候，进行当前读等操作，就不会对表进行加锁操作，因为它不需要保证可重复读。
4. 幻读主要发生的场景是当前读，也就是update，delete，insert。当事务A和事务B开启事务，事务A快照读表t，表t（假设只有一列，并且为主键列）中的数据为1，2，3。此时事务A想要再添加一行4，但是在这之前，事务B添加了一行为4并且，提交了。那么事务A的插入操作就会失败，这就是幻读。
3.幻读发生，参照上面这条叙述。
四、Serializable(串行化)
解决以上所有问题，在串行化的数据库中，当事务A进行查询操作的时候，将隐式的锁住整张表。其他事务可以操作其他表，但是不能操作事务A正在查询的这张表。
注意
事务隔离级别的体现在单方面的数据库中，比如：事务A的隔离级别是串行化，而事务B的隔离级别更低，但是只要是事务A进行select语句，就会锁住表，而事务B进行select语句将不会锁住表，事务A还是可以insert操作表，因为事务B不是串行化。