共计 1656 个字符，预计需要花费 5 分钟才能阅读完成。
这篇文章主要讲解了“怎么理解 mysql 特性 semi consistent read”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“怎么理解 mysql 特性 semi consistent read”吧！
先看看官方的说法:
semi consistent read
A type of read operation used for UPDATE statements, that is a combination of read committed and consistent read. When an UPDATE statement examines a row that is already locked, InnoDB returns the latest committed version to MySQL so that MySQL can determine whether the row matches the WHERE condition of the UPDATE. If the row matches (must be updated), MySQL reads the row again, and this time InnoDB either locks it or waits for a lock on it. This type of read operation can only happen when the transaction has the read committed isolation level, or when the innodb_locks_unsafe_for_binlog option is enabled.
简单来说，semi-consistent read 是 read committed 与 consistent read 两者的结合。一个 update 语句，如果读到一行已经加锁的记录，此时 InnoDB 返回记录最近提交的版本，由 MySQL 上层判断此版本是否满足 update 的 where 条件。若满足(需要更新)，则 MySQL 会重新发起一次读操作，此时会读取行的最新版本(并加锁)。
semi-consistent read 只会发生在 read committed 隔离级别或以下，或者是参数 innodb_locks_unsafe_for_binlog 被设置为 true。
semi consistent read 作用情形：
1、RC、RU 模式下，或者 innodb_locks_unsafe_for_binlog = 1
2、先执行非 UPDATE SQL，后执行 UPDATE, 不会阻塞。如果先执行 UPDATE，后执行其他非 UPDATE SQL，则还是会加锁
3、只影响有实际存在的行，不存在的行也 OK
我的理解:
在 rc 级别或以下级别 (ru), 或者 innodb_locks_unsafe_for_binlog = 1(RR) 这三种情况下, 会发生 semi_consistent_read.
因为 innodb 是行级锁, 如果字段没有索引, 在加锁时, 会上升为表锁. 此时, 如果 s1 执行加锁任何操作,s2 执行 update 操作, 在 s2 的 update 条件中如果在 s1 中没有行锁, 将不会堵塞 s2. 原理是:s2 发起的 update, 有 mysql 上层根据 update 条件判断是否满足, 若条件中没有行锁, 则 mysql 会重新发起一次读操作, 并在 update 后加锁;
同理: 如果列是有索引存在的.innodb 会自动产生的是行锁, 所以 semi_consistent_read 的效能也就没有什么意义..
所以.semi_consistent_read 只发生在没有索引的列, 或者有全表锁的情况; 只要存在 update 的数据上有行锁的,semi_consistent_read 就失效;
感谢各位的阅读，以上就是“怎么理解 mysql 特性 semi consistent read”的内容了，经过本文的学习后，相信大家对怎么理解 mysql 特性 semi consistent read 这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
