📚 课程目录第4章备份恢复基础方法

4. 备份恢复基础方法

在金融数据场景中，ClickHouse 往往承载着行情快照、逐笔成交、风控指标与对账明细等关键数据。备份恢复方案设计得是否合理，直接决定了故障发生时能否在可接受的时间窗口内恢复业务。本节围绕四组基础概念展开：物理备份与逻辑备份、冷备与热备、全量与增量、快照与导出。理解它们的原理与边界，是后续制定备份策略、选择工具链的前提。

一、物理备份与逻辑备份：备份的是“文件”还是“语义”

物理备份直接复制 ClickHouse 在磁盘上的数据文件，包括表目录、分区目录、data.bin、primary.idx、checksums.txt 等。它的核心优势是快、完整、可整库恢复，尤其适合数据量大、表结构复杂的金融明细表。缺点是备份与具体版本、存储引擎、磁盘布局强绑定，跨版本或跨集群恢复时容易遇到兼容性问题。

逻辑备份则通过 SQL 或导出工具把数据以可读形式取出，例如 SELECT ... INTO OUTFILE、clickhouse-client --query 导出为 CSV/Parquet，或使用 clickhouse-backup 的逻辑模式。它跨版本、跨平台能力强，便于审计与二次加工，但导出和导入速度慢，且对超大规模数据不友好。

对比维度	物理备份	逻辑备份
备份对象	数据文件、元数据、分区目录	表结构 DDL + 数据行
速度	快，接近文件拷贝速度	慢，受 SQL 解析与网络影响
恢复粒度	整库、整表、分区	表、行、字段级
跨版本兼容	弱，依赖版本与引擎	强，SQL 层兼容
典型场景	同集群快速回滚、灾备	数据迁移、审计、抽样分析

二、冷备与热备：服务是否在线

冷备是在 ClickHouse 停止写入甚至停止服务时进行的备份。由于没有并发写入，数据文件处于一致状态，备份结果最可靠。金融系统通常选择在日终批处理结束后、行情低峰期执行冷备。缺点是备份期间服务不可用，对 7×24 小时的行情系统不现实。

热备是在服务正常运行、持续写入的情况下备份。ClickHouse 的 FREEZE TABLE 是典型热备手段，它通过创建硬链接把当前分区快照固定下来，几乎不影响写入：

ALTER TABLE market.trade_detail FREEZE WITH NAME 'backup_20240601';
-- 备份文件位于 /var/lib/clickhouse/shadow/backup_20240601/
-- 备份完成后可解除
ALTER TABLE market.trade_detail UNFREEZE WITH NAME 'backup_20240601';

热备的关键难点是一致性。由于备份期间仍有新数据写入，必须明确备份对应的时间点或分区范围，否则恢复后可能出现数据缺口或重复。实践中常配合分区裁剪，只冻结已封闭的历史分区。

金融场景建议：历史分区用热备 FREEZE，日终关键表用冷备或停写窗口做全量校验，两者结合兼顾可用性与一致性。

三、全量与增量：备份成本与恢复链的权衡

全量备份每次复制全部数据，恢复简单，只需一份备份即可还原。但数据量增长后，全量备份的存储与时间成本迅速上升。增量备份只备份自上次备份以来变化的部分，节省空间和时间，但恢复时必须按顺序重放全量加所有增量，链路越长风险越高。

ClickHouse 中实现增量备份的常见思路有两种：一是按分区备份，只 FREEZE 新增分区；二是基于 clickhouse-backup 的增量模式，通过对比文件校验和识别变化。下面是一个按分区增量备份的示例：

-- 查看分区
SELECT partition, rows, bytes_on_disk
FROM system.parts
WHERE table = 'trade_detail' AND active = 1
ORDER BY partition;

-- 只冻结最近新增分区
ALTER TABLE market.trade_detail FREEZE PARTITION '20240601' WITH NAME 'inc_20240601';

恢复链设计上，建议采用“周期性全量 + 每日增量”的组合，例如每周日全量、周一至周六增量，并定期做恢复演练验证链路可用。

四、快照与导出：存储层与语义层的两条路径

快照通常指存储层能力，如 LVM 快照、云盘快照、ZFS 快照。它在块设备层面瞬间固定数据状态，对 ClickHouse 几乎无感知，适合整机或整卷灾备。但快照恢复的是整个卷，无法只恢复某张表，且需要文件系统与 ClickHouse 版本一致。

导出则是语义层操作，把查询结果写成文件，例如：

SELECT *
FROM market.trade_detail
WHERE trade_date = '2024-06-01'
INTO OUTFILE '/backup/trade_20240601.csv'
FORMAT CSVWithNames;

导出灵活、可读、便于跨系统交换，但不适合作为唯一备份手段，因为导出过程可能遗漏元数据、物化视图和分布式表定义。

常见误区：把“导出 CSV”当成完整备份。导出只覆盖数据，不包含表结构、分区、TTL、物化视图与分布式拓扑，恢复时往往需要手工重建，容易遗漏。

五、方法选择与复盘

综合来看，四组概念并非互斥，而是组合使用。物理备份解决速度与完整性，逻辑备份解决兼容与审计；冷备保证一致性，热备保证可用性；全量提供恢复基线，增量控制成本；快照面向存储灾备，导出面向数据交换。金融数据备份策略应明确 RPO 与 RTO，再据此选择组合。

复盘时可用三个问题检验方案：第一，RPO 是否满足业务容忍的数据丢失量；第二，RTO 是否能在故障演练中真实达成；第三，恢复演练是否覆盖了表结构、物化视图与分布式表。只有把物理与逻辑、冷与热、全量与增量、快照与导出按场景组合，才能构建既可靠又经济的 ClickHouse 金融数据备份体系。