mysql学习一-事务隔离级别

目录

1 几个概念

1.1 脏读

1.2 不可重复读

1.3 幻读

2 事务隔离级别

3 操作演示

3.1 读未提交

3.2 读已提交

3.3 可重复读

3.3.1 可重复读解决脏读、不可重复读

3.3.2 幻读问题

4 MVCC机制

4.1 InnoDB存储引擎MVCC的实现策略

4.2 dml操作对版本号的影响

4.2.1 insert操作

4.2.2 delete操作

4.2.3 update操作

4.3 查询规则

---

1 几个概念

1.1 脏读

脏读指的是读到了其他事务未提交的数据，未提交意味着这些数据可能会回滚，也就是可能最终不会存到数据库中，也就是不存在的数据。读到了并一定最终存在的数据，这就是脏读。

1.2 不可重复读

对比可重复读，不可重复读指的是在同一事务内，不同的时刻读到的同一批数据可能是不一样的，可能会受到其他事务的影响，比如其他事务改了这批数据并提交了。通常针对数据更新（UPDATE）操作。

1.3 幻读

幻读是针对数据插入（INSERT）操作来说的。假设事务A对某些行的内容作了更改，但是还未提交，此时事务B插入了与事务A更改前的记录相同的记录行，并且在事务A提交之前先提交了，而这时，在事务A中查询，会发现有多出的记录。

2 事务隔离级别

mysql事务隔离级别包括四种
读未提交：最低的隔离级别，会出现脏读、不可重复读、幻读
读已提交：解决了脏读问题，但会有不可重复读、幻读问题
可重复度：解决了脏读、不可重复读，但会有幻读问题
串行化：事务一个个执行，解决了上述所有问题。

3 操作演示

建一张简单的表， 结构如下，添加一条数据：

3.1 读未提交

查看当前隔离级别：

mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+

设置隔离级别为读未提交

mysql> set global tx_isolation='READ-UNCOMMITTED';
Query OK, 0 rows affected, 1 warning (0.00 sec)

退出再次查看，隔离级别已成为读未提交

mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+

执行如下操作，左侧是事务1，右侧是事务2，发现事务2出现了脏读(第4步)

3.2 读已提交

mysql> set global tx_isolation='READ-COMMITTED';
Query OK, 0 rows affected, 1 warning (0.00 sec)

两个会话重新登陆，再次查看事务隔离级别

mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+

进行如下操作，可以看到读已提交可以解决脏读，但是出现了不可重复读(第6步)

3.3 可重复读

mysql> set global tx_isolation='REPEATABLE-READ';
Query OK, 0 rows affected, 1 warning (0.00 sec)

两个会话重新登陆，再次查看事务隔离级别：

mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+

3.3.1 可重复读解决脏读、不可重复读

3.3.2 幻读问题

mysql的R-R隔离级别在一定程度上解决了幻读问题，像第5步查询，是没有幻读现象的。但是更新新插入的数据后会出现幻读现象

4 MVCC机制

mysql通过MVCC机制来实现READ-COMMITTED和REPEATABLE-READ的。

4.1 InnoDB存储引擎MVCC的实现策略

在每一行数据中额外保存两个隐藏的列：当前行创建时的版本号和删除时的版本号（可能为空，其实还有一列称为回滚指针，用于事务回滚，不在本文范畴）。这里的版本号并不是实际的时间值，而是系统版本号。每开始新的事务，系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号，用来和查询每行记录的版本号进行比较。
每个事务又有自己的版本号，这样事务内执行CRUD操作时，就通过版本号的比较来达到数据版本控制的目的。

4.2 dml操作对版本号的影响

4.2.1 insert操作

记录的版本号即当前事务的版本号

4.2.2 delete操作

把事务版本号作为删除版本号

4.2.3 update操作

采用的是先标记旧的那行记录为已删除，并且删除版本号是事务版本号，然后插入一行新的记录的方式，可以理解为先删除，再添加

4.3 查询规则

1) 删除版本号未指定或者大于当前事务版本号，即事务开始的时候这条记录没有被删除
2) 创建版本号小于等于当前事务版本号，即事务开始的时候这条记录已经存在