MariaDB+Galera集群多节点数据一致性及序列生成问题咨询

1. 跨节点更新后的查询一致性 #

在健康运行的MariaDB Galera集群中，节点1将字段从99更新为100并成功提交事务后，Galera的同步机制会把该更新操作复制到所有集群节点。不会出现节点2查询到旧值99的情况——只有当集群发生脑裂、节点间网络分区，或者节点2的复制进程异常未完成同步时，才可能出现短暂不一致，但只要集群恢复正常，最终所有节点数据会保持强一致。

2. 自定义自增逻辑的可行性与优化方案 #

直接用普通自定义函数实现字段自增（比如先查询当前最大值再加1）在多节点环境下不可行，因为并发场景下多个节点会读取到相同的当前值，导致生成重复的序列号，违反唯一性要求。要实现唯一且少断号的序列号，推荐以下两种方案：

方案一：原子更新序列号表 #

创建专门的序列号存储表，通过原子更新操作获取下一个编号，确保同一时间只有一个节点能获取到当前值：

-- 创建序列号表
CREATE TABLE seq_apply_no (
    id INT PRIMARY KEY DEFAULT 1,
    current_val INT NOT NULL DEFAULT 0
);
-- 初始化基础数据
INSERT INTO seq_apply_no (current_val) VALUES (0);

使用原子更新语句直接获取下一个编号：

UPDATE seq_apply_no 
SET current_val = current_val + 1 
WHERE id = 1 
RETURNING current_val;

这种方式依赖Galera的全局事务ID（GTID）保证事务串行化，避免并发冲突。相比默认的自增序列（预分配编号段，节点故障时未使用的编号会丢失），该方案的断号仅出现在事务提交失败的场景（如节点崩溃、网络中断），断号概率极低。

方案二：节点分段生成编号 #

针对5位数字的编号限制，可给每个节点分配独立的编号段：

• 节点1：10000-33333
• 节点2：33334-66666
• 节点3：66667-99999
  每个节点在自己的段内独立自增生成编号，完全避免跨节点并发冲突，断号仅局限于单个节点内的失败事务。该方案性能最优，但需要提前规划分段，适合编号范围固定的场景。

注意事项 #

• 禁止拆分"查询当前值+更新"为两个独立步骤，必须保证操作的原子性。
• 不要用自定义函数封装自增逻辑，Galera对函数内事务的支持有限，直接在业务代码中执行原子更新语句更可靠。

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