【数据库】隔离级别的代码演示，实际测试。

一、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中查看数据却不会修改。这就让事务做到了可重复读。
• 有几个重要的点：

1. 读取数据的时候有当前读和快照读之分，快照读就是普通的select语句，它就像给数据拍照一样，在事务A开启之后，第一个普通select语句，给当前所有表进行拍照，将数据（底层是由版本控制器实现的）记录下来，之后不管其他事务进行过多少次的修改和commit都不会显示到事务A中。
2. 而当前读，就是指update，delete，insert这些语句相关的select，比如:select * from t for update.这样查出来的数据就是当前读，并且没有版本控制器的限制，就是真实的当前数据库中的数据。并且在事务中使用当前读（update，delete，insert操作）或者之后，就将这个表锁定了，其他事务将不能再操作此表，如果操作就会被阻塞，直到阻塞超时或者拿锁的事务被提交。
3. 当隔离级比可重复读更小的时候，进行当前读等操作，就不会对表进行加锁操作，因为它不需要保证可重复读。

4. 幻读主要发生的场景是当前读，也就是update，delete，insert。当事务A和事务B开启事务，事务A快照读表t，表t（假设只有一列，并且为主键列）中的数据为1，2，3。此时事务A想要再添加一行4，但是在这之前，事务B添加了一行为4并且，提交了。那么事务A的插入操作就会失败，这就是幻读。

3.幻读发生，参照上面这条叙述。

四、Serializable(串行化)

解决以上所有问题，在串行化的数据库中，当事务A进行查询操作的时候，将隐式的锁住整张表。其他事务可以操作其他表，但是不能操作事务A正在查询的这张表。

在串行化隔离级别，事务的锁是有读写锁之分的，当事务A执行select语句的时候，事务A获取这张表的读锁，这时候如果事务B也执行select语句，那么两个事务同时获取读锁，因为读锁的特性，并不会发生互斥，但是写锁会与其他事务的读锁发生互斥，所以只有在其他事务都没有写锁和读锁的时候，当前事务才可以获取写锁。

注意

事务隔离级别的体现在单方面的数据库中，比如：事务A的隔离级别是串行化，而事务B的隔离级别更低，但是只要是事务A进行select语句，就会锁住表，而事务B进行select语句将不会锁住表，事务A还是可以insert操作表，因为事务B不是串行化。