引言

在生产环境中，数据库的高可用架构是保障业务连续性的关键。当单层主从复制无法满足大规模集群需求时，级联复制能有效分担主库压力，提升架构弹性。本文将以一主一从环境为基础，手把手带你完成级联复制节点的扩容实战，并分享典型避坑指南。

一、环境说明

1.1 集群架构

1.2 版本信息

KingbaseES v008R006C003B0010 

二、级联复制配置六步法

步骤1：新节点基础配置

• 创建与主库一致的目录结构
• 配置SSH互信、数据库用户权限
• 重点：拷贝主库的bin、etc等非数据目录文件

步骤2：克隆数据目录

# 指定上游节点node249克隆数据
./repmgr standby clone -h 192.168.7.249 -u esrep -d esrep --upstream-node-id=2

关键点：--upstream-node-id参数指定级联上游节点ID。

步骤3：启动并注册级联备库

# 启动数据库
./sys_ctl start -D ../data

# 注册为级联备库
./repmgr standby register --upstream-node-id=2 --force

步骤4：验证集群状态

-- 查看节点拓扑
./repmgr cluster show

-- 检查流复制状态
SELECT * FROM sys_stat_replication;

预期结果：node243的Upstream应指向node249。

三、避坑指南：复制槽缺失问题

3.1 故障现象

• 级联备库日志报错：replication slot "repmgr_slot_3" does not exist
• 上游节点node249查询无复制槽信息

3.2 解决方案

-- 在上游节点手动创建复制槽
SELECT sys_create_physical_replication_slot('repmgr_slot_3');

-- 验证复制槽
SELECT * FROM sys_replication_slots;

原理：级联复制需依赖物理复制槽持久化WAL日志，避免备库断连后数据丢失。

四、全集群重启验证

4.1 一键启停测试

# 使用集群管理脚本重启
./sys_monitor.sh restart

关键检查项：

1. 主库VIP（192.168.7.240）自动漂移
2. 各级节点Timeline一致性
3. 数据写入测试同步延迟

4.2 数据同步验证

-- 主库写入测试数据
CREATE TABLE t1(id int);
INSERT INTO t1 VALUES(generate_series(1,100));

-- 级联备库查询验证
SELECT COUNT(*) FROM t1;  -- 应返回100

五、架构价值与拓展

5.1 级联复制优势

• 减轻主库压力：WAL日志传输分流至二级节点
• 跨机房扩展：支持多层次异地容灾
• 读写分离优化：在二级备库部署只读业务

5.2 运维建议

• 定期监控replay_lag指标，避免级联延迟
• 配置自动清理过期复制槽的定时任务
• 级联层级不宜超过3层（推荐主-备-备架构）

结语

通过本文的实战演练，我们不仅完成了级联复制的部署，还解决了典型的复制槽缺失问题。建议读者在测试环境模拟故障场景（如节点宕机、网络中断），深入理解KingbaseES高可用机制。

互动话题：你在级联复制中还遇到过哪些棘手问题？欢迎留言讨论！