MariaDB Galera集群与MaxScale的提交延迟及复制一致性咨询

核心结论 #

是的，你遇到的情况确实是commit返回成功但集群复制未完成导致的，属于Galera集群异步复制特性结合MaxScale读写路由下的典型一致性问题。

原因分析 #

1. Galera的commit逻辑
   默认配置下，Galera集群的commit成功仅代表接收写请求的本地节点完成事务提交，不会等待写集同步到其他集群节点。写集的同步是异步执行的，存在短暂延迟。
2. MaxScale的读写路由
   PHP应用的写请求被MaxScale路由到节点A，commit成功后返回；而Java应用的读请求可能被负载均衡到还未同步完该写集的节点B，此时自然读不到刚插入的记录。

解决方案 #

• 调整Galera集群参数
  修改wsrep_sync_wait参数，控制commit等待同步的节点数：
  • 设置为1：commit需等待至少1个其他节点完成同步再返回，平衡一致性和性能；
  • 设置为集群节点总数：确保所有节点同步完成后再返回，但会显著增加事务延迟，仅适合强一致性场景。

  注：该参数可全局配置，也可在会话级别临时设置（如SET SESSION wsrep_sync_wait = 1;）

• 优化MaxScale路由策略
  • 开启会话粘性：让同一个客户端会话的读写请求都路由到同一个节点，避免跨节点读写不一致；
  • 强制强一致性读路由到写节点：通过MaxScale的路由规则（如SQL hint、用户级路由配置），让需要读取最新数据的请求直接路由到接受写请求的节点。
• 应用层临时处理
  若无法修改集群或中间件，可在Java读取时增加短暂重试逻辑（如间隔100ms重试2-3次），降低因复制延迟导致的读取失败概率。

内容的提问来源于stack exchange，提问作者Tobia