我要评论1.前言
在日常我们操作mysql时，mysql默认是自动提交的。当我们需要开启一个事务时，可以使用start transaction或begin命令，再使用commit或rollback提交或回滚事务。
但事务的使用也有一些注意事项，不注意的话，可能会带来意料之外的结果。
今天，我要分享的就是在repeatable read（简称rr）隔离级别下，mysql的快照生成时机的问题。
2.问题引出
我们都知道，rr级别下，是根据快照来读取数据的，所以他能保证同一事务内的两次读取是一致的，不会因为其他事务提交的修改而导致前后读取结果不一样。
现在db3库下有个test表，且mysql隔离级别为rr（默认rr）。
开启两个会话，一个会话开启一个事务，另一个会话开启一个事务并修改一行数据
按正常理解来说，此时在第一个会话里查询数据，查询到的还是原来的’zhuzi1’而不是’zhuzin’
但实际上，我们却发现，第二个事务的修改影响到了第一个事务的结果。
3.原因
上面问题出现的原因，就是因为我们在开启一个事务时，并没有立即生成数据快照，而是在执行一次快照读（所谓快照读，就是我们平常使用的普通查询；当前读则是使用例如for update加锁的查询）之后才生成的。所以，当我们在第一个事务中第一次执行快照读时，第二个事务已经提交修改了，当然是可以看到这个修改的。
mysql想要在开启事务时就生成快照，确保数据不再变化，可以使用如下方式开启事务
start transaction with consistent snapshot;
这样，mysql就会在开启事务时立即生成快照了。
官网对于with consistent snapshot的介绍如下：
翻译的大致意思就是with consistent snapshot修饰符为innodb启动一致读取。且只适用于innodb引擎。其效果与从任何innodb表中发出start transaction后接select相同。with consistent snapshot修饰符不会更改当前事务隔离级别，因此只有当前隔离级别允许一致读取时，它才能提供一致的快照。唯一允许一致读取的隔离级别是可重复读取。对于所有其他隔离级别，with consistent snapshot子句将被忽略。忽略with consistent snapshot子句时会生成警告。
官网对rr的介绍如下：
由此可知，如果你开启了一个事务，却不进行一次读取操作，那么快照是不会建立的
到此这篇关于mysql可重复读隔离级别下开启事务的一个注意事项的文章就介绍到这了,更多相关mysql可重复读隔离开启事务内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论