Mysql 事务隔离级别 - 可重复读

如果同时开启事务 A 和事务 B，且当前事务隔离级别是可重复读的时候，查询和更新会有什么影响？

---

1. 事务 A 提交会不会影响事务 B 查询？

• 查看当前会话的隔离级别。SELECT @@tx_isolation
  
  确认环境

• 同时开启两个窗口，同时开启事务 A、B。

  
  
  事务A

事务B

• 事务 A 和 B 同时做查询修改操作模拟。
  
  事务 A 修改数据并提交
  
  
  事务 B 查询数据，但是当前数据并没有提交
  
  在这里可以看到，事务 A 修改数据提交了，但是事务 B 仍在事务中，并没有 COMMIT ， 查询到的数据id=5的name值仍然是‘333’，读取的仍然是事务 A 提交之前的数据

---

2. 事务 A 修改的数据，事务 B 里能影响到吗？

• 上面运行结果可以看到，事务 A 做了数据的update，此时事务 B 还在SELECT中，但是没有COMMIT,此时查询的数据仍是原始数据，并没有查询到事务 A 中更新的数据信息。
• 尝试在事务 B 中更新数据，但是用事务 A 中已经更新的数据做 WHERE 条件过滤
  
  注意看条件是 where id = 5 and name = 555
  
  这里注意的是 name = 555是事务 A 执行的，事务 B 此时并查询不到 name=555 的最新数据。讲道理这里是更新不上的，因为没有name = 555此条记录，但是执行结果是Rows matched 1。 更新上了。再次查询的结果 name=555 & [email protected], 已经可以用事务 A 的更新结果做条件查询了。

---

• 总结？：

1. 仅仅使用SELECT语句的时候，脏读并不会发生，因为在事务 A 修改数据并 COMMIT 之后， 事务 B 中查询到的数据信息仍是刚开始的数据记录。
2. 但是对数据进行修改的时候，则表现出来的行为混合了可重复读（没有修改的行是可见的）和读已提交（修改的行是可见的）在例子中表示的是 name == 555，这个条件是事务 A 提交的，事务 B 中并没有查询到，但是可以做 WHERE 条件子句。
   还有吗？？？

---

• 20211123 补充：
  参考：https://dev.mysql.com/doc/refman/5.7/en/innodb-consistent-read.html
  
  官网文档给出的示例
  
  可以看出此快照，作用于SELECT, 但是对DML语句不一定使用，也就是说，当有更新、删除等操作的时候，另外一个事务可以立刻看到。