快照读： 通过MVCC实现，该技术不仅可以保证innodb的可重复读，而且可以防止幻读，但是他读取的数据虽然是一致的，但是数据是历史数据。
成都创新互联-专业网站定制、快速模板网站建设、高性价比沙雅网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式沙雅网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖沙雅地区。费用合理售后完善，10余年实体公司更值得信赖。
下面来论证一下可重复读下幻读的解决方案 先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。
对于[ UPDATE ]或 [ DELETE ]语句， InnoDB 仅对其更新或删除的行持有锁。MySQL评估 WHERE 条件后，将释放不匹配行的记录锁 。这大大降低了死锁的可能性，但是仍然可以发生。
可以看到事务a已提交的新数据被事务b使用update语句更新了，并且通过普通的select语句给查询出来了，很显然，出现了幻读 。所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。
先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。 如果按照以上猜想，那么整个执行结果就违背了 可重复读 的隔离级别了。
RR级别下，使用当前读，会刷新快照，会导致不可重复读和幻影行 RR级别下，可以通过提交当前事务并在此之后发出新查询来为查询获取更新的快照。
rc 隔离级别模式下，查询和索引扫描将禁用 gap locking，此时 gap locking 仅用于外键约束检查和重复键检查(主要是唯一性检查)。 rr 模式下，为了防止幻读，会加上 Gap Locks。 事务中，SQL 开始则加锁，事务结束才释放锁。
1、数据库有自己的连接锁机制，如果是针对同一台机器使用同一个接口进行插入的话多线程和单线程是一样的。除非你有好几台数据库服务器，这样再使用多线程来进行上面的工作的话效率才会明显提高。
2、可以考虑增加状态字段，查询过的打标志，防止被重复查询，处理完成以后，置成完成的状态。这么做的缺点是需要增加一个模块来处理意外情况导致的中间状态记录。
3、代码中的数字代表了不同的含义从0---3一共可以填入四个参数，填写2可以防止读取到的数据与数据库中的不一样。
1、首先快照读是不存在幻读的，只有当前读（实时读）才存在幻读的问题。幻读有什么问题？select ...for update语句就是将相应的数据行锁住，但是如果存在幻读，就把for update的语义破坏了。
2、对于[ UPDATE ]语句，如果某行已被锁定，则 InnoDB 执行“半一致”读取，将最新提交版本的数据返回给MySQL，以便MySQL可以确定该行是否符合 WHERE 条件。
3、快照读： 通过MVCC实现，该技术不仅可以保证innodb的可重复读，而且可以防止幻读，但是他读取的数据虽然是一致的，但是数据是历史数据。
4、针对这个情况，我们要解决幻读的问题，那么就要求针对所有被扫描的记录行以及还不存在的d=5的记录行都给锁住。 至此，当前查询结果完全满足 可重复读 的隔离级别。
5、回到正题，之前提到一般情况下MySQL的InnoDB引擎在可重复读的情况下是没法保证不出现幻读的，但实际情况是MySQL可以通过加锁来防止幻读的出现，这种锁定通过Next-key机制来实现，是属于记录锁和间隙锁(Gap锁)的结合。
