在 ClickHouse 中，ReplicatedMergeTree 表引擎通过哪些机制实现数据副本的高可用与一致性保障？

回答思路

1. 【回答框架 1】ReplicatedMergeTree 通过 ZooKeeper 协调多个副本，每个表在 ZooKeeper 中有独立路径，数据插入时先写入本地，再异步复制到其他副本，副本间通过 log 和 queue 同步操作。
2. 【回答框架 2】高可用方面，若某个副本故障，其他副本仍可提供读写服务，ZooKeeper 记录各副本状态，故障恢复后能自动追赶未同步的数据。
3. 【回答框架 3】一致性方面，依靠 ZK 的原子操作保证元数据一致，如 data parts 的 Commit 顺序；每个副本的本地写入是独立的，最终数据会通过复制达到一致，但存在短时不一致。
4. 【回答框架 4】实际配置中，需在表引擎参数中指定 ZooKeeper 路径和副本名称，创建表时使用 ON CLUSTER 确保集群内各副本同时创建，写入时可设置 insert_quorum 和 insert_quorum_parallel 来增强一致性。
5. 【回答框架 5】查询时，默认只在写入副本本地读取，可能读到未同步数据，如需强一致查询可设置 select_sequential_consistency 或直接查询最新数据。
6. 【关键点 1】ReplicatedMergeTree 依赖 ZooKeeper 管理与协调，每个表有独立同步路径。
7. 【关键点 2】数据写入先本地成功后异步复制，通过日志（log）和任务队列（queue）传播到各副本。
8. 【关键点 3】副本故障恢复后能自动追赶，保证最终一致性。
9. 【关键点 4】insert_quorum 可以控制写入时等待副本确认数，提升一致性。
10. 【易错点 1】不要认为副本数据总是强一致，存在异步复制窗口，默认不保证。
11. 【易错点 2】ZooKeeper 本身成为系统瓶颈，若其不可用则无法进行数据同步操作，但已有副本仍可读取。
12. 【易错点 3】副本数量不宜过多，否则会增大 ZK 压力和数据同步开销。