ClickHouse集群新增副本节点的实操方法及相关疑问

1. 你的实验方法是否适用于新增副本节点？ #

完全适用。这是基于ReplicateMergeTree+ClickHouse Keeper进行副本扩容的标准流程：新节点配置好集群拓扑与宏定义后，创建和原表结构一致的ReplicateMergeTree表，ClickHouse会通过ZooKeeper自动感知分片内的现有副本，拉取历史数据完成同步，之后即可正常参与数据写入与复制。

2. 旧节点是否需要更新配置至与新节点一致？ #

必须更新。旧节点保留「2分片1副本」的remote_servers配置会引发一系列问题：

• 无法识别新加入的副本节点，集群拓扑感知不完整
• 写入数据时可能无法正确路由到新副本，导致数据同步不及时
• 副本状态检查（如查询system.replicas表）会出现异常

更新操作：修改旧节点的remote_servers配置为「2分片2副本」，同步调整macros（若有需要），之后重启ClickHouse服务生效。

3. 能否选择不复制现有数据，仅同步新增数据？ #

可以，针对数据量极大的场景，有两种高效方案：

• 离线挂载历史分区：
  1. 在原节点执行ALTER TABLE <table_name> FREEZE PARTITION ALL，将历史分区备份到本地存储
  2. 将备份的分区文件复制到新节点对应表的存储目录（需保证文件权限一致）
  3. 在新节点执行ALTER TABLE <table_name> ATTACH PARTITION ALL，挂载历史分区
  4. 挂载完成后，新节点会自动同步后续新增的分区与数据
• 延迟同步配置：
  创建新节点的表时，通过设置参数跳过历史数据同步（适用于23.1及以上版本）：

  CREATE TABLE <table_name> (...)
  ENGINE = ReplicateMergeTree('/clickhouse/tables/{shard}/{database}/{table}', '{replica}')
  SETTINGS sync_partitions = 0;
  

  之后可在业务低峰期执行SYNC TABLE <table_name>手动触发历史数据同步，或开启自动同步。

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