我们在 Mysql 存储集群架构中, 经常采用一主多从模式部署。主节点提供写的能力, 从节点提供读的能力, 有效分担了主单点的压力....我们都知道 Mysql 数据库同步机制是依靠主库的 binlog 异步复制给其他从库, 核心的问题就出现在这个异步上, 常见的逻辑是我们会写入主库成功后再删除掉缓存, 后续业务读请求发现无缓存后, 重新读取从库数据被动式构建缓存...image.png
问题在于主从数据同步管道延迟是不可知的, 当网络抖动或写入业务高峰期时, 很容易出现数据同步管道延迟, 导致缓存不是最新的数据...., 读写都切换为主库, 这样是可以避免写入的缓存可能不一致的问题。...虽然不能完全能够解决掉一致性问题, 但可以有效缩短不一致时间和机率.