/tags/%E8%AF%BB%E5%86%99%E5%88%86%E7%A6%BB/Recent content in 读写分离 on C4HHugozh-CNcode4happy@gmail.com (happy-v587)code4happy@gmail.com (happy-v587)Mon, 29 Dec 2025 00:00:00 +0800/maxscale-mariadb-consistency-read/Mon, 29 Dec 2025 00:00:00 +0800code4happy@gmail.com (happy-v587)/maxscale-mariadb-consistency-read/<h2 id="问题" class="headerLink"> <a href="#%e9%97%ae%e9%a2%98" class="header-mark"></a>问题</h2><p>读写分离最容易让人困惑的一幕是：写请求已经返回成功，紧接着发起查询，却没有看到刚写入的数据。这里不一定是事务没有提交，而是写落在主库后，读被路由到了尚未追上复制进度的副本。</p> <p>那么，有什么办法可以解决这个问题呢？那就是本文要分析的 MaxScale，它解决了这个问题。</p> <h2 id="maxscale-的解决方案" class="headerLink"> <a href="#maxscale-%e7%9a%84%e8%a7%a3%e5%86%b3%e6%96%b9%e6%a1%88" class="header-mark"></a>MaxScale 的解决方案</h2><p>MaxScale 的一致性读思路是把“这次写已经产生到哪里”的 GTID 获取到，再让之后的读请求以这个位置为边界：要么等待只读节点追上，要么直接选择已经追上的只读节点。</p>