mysql半一致性_关于MySQL的半一致性读-爱可生

原标题：关于MySQL的半一致性读-爱可生

作者：赵黎明

爱可生 MySQL DBA 团队成员，Oracle 10g OCM，MySQL 5.7 OCP，擅长数据库性能问题诊断、事务与锁问题的分析等，负责处理客户 MySQL 及我司自研 DMP 平台日常运维中的问题，对开源数据库相关技术非常感兴趣。

本文来源：原创投稿 *爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。

什么是半一致性读？

先看下官方的描述：

是一种用在 Update 语句中的读操作(一致性读)的优化，是在 RC 事务隔离级别下与一致性读的结合。

当 Update 语句的 where 条件中匹配到的记录已经上锁，会再次去 InnoDB 引擎层读取对应的行记录，判断是否真的需要上锁(第一次需要由 InnoDB 先返回一个最新的已提交版本)。

只在 RC 事务隔离级别下或者是设置了 innodb_locks_unsafe_for_binlog=1 的情况下才会发生。

innodb_locks_unsafe_for_binlog 参数在 8.0 版本中已被去除(可见，这是一个可能会导致数据不一致的参数，官方也不建议使用了)。

测试案例

InnoDB 引擎的强大之处就在于它能完美地支持事务，而事务的一致性则是由事务隔离级别和并发事务锁来保证的。接下来，我们先通过 2 个测试案例来观察半一致性读会对事务产生哪些影响。

案例 1

RC 隔离级别，3 个 Session 执行事务语句

注意，从 8.0.3 版本开始，去掉了 tx_isolation 参数，参数名只支持 transaction_isolation

在 Session 1 事务仍然未结束的情况下，Session 3 的事务未被阻塞，可以正常执行。

-- 查看3个语句的执行计划root@localhost:mysqld.sock[zlm] <5.7.30-log>explain select * from t where id>3 and id<6 for update;+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Ext