引言
数据是企业核心资产，灾备体系建设直接关系到业务连续性。TiCDC（TiDB Change Data Capture）作为 TiDB 生态的增量数据同步工具，不仅支持跨集群数据同步，还可结合 BR（Backup & Restore）工具实现全量+增量备份恢复，为企业提供高可靠的灾备解决方案。本文基于政务系统数据灾备需求，详细讲解 TiCDC 备份恢复的部署架构、配置流程、故障演练及优化建议，助力企业构建“零数据丢失”的灾备体系。
一、TiCDC 备份恢复核心架构
1. 整体架构设计
• 源集群：生产环境 TiDB 7.3 集群，承载政务审批、数据统计等核心业务。
• 灾备集群：异地部署 TiDB 7.3 集群，通过 TiCDC 同步源集群增量数据。
• 备份存储：采用对象存储（阿里云 OSS）存储全量备份数据与 TiCDC 增量日志。
• 核心流程：BR 工具每日执行全量备份 → TiCDC 实时同步增量数据至 OSS → 故障时通过 BR 恢复全量数据 + TiCDC 增量日志回放，实现数据恢复。
2. 关键组件作用
• TiCDC 集群：捕获 TiKV 数据变更日志（redo log），同步至 OSS 或灾备集群，支持断点续传。
• BR 工具：负责全量数据备份与恢复，支持按库、表、时间点进行精细化备份。
• 对象存储：提供高可用、低成本的备份数据存储，支持数据生命周期管理。
二、备份恢复配置实施
1. TiCDC 集群部署与配置
• 部署 3 台 TiCDC 节点（16C/32G），确保高可用，通过 cdc cli 工具管理同步任务：
# 创建同步任务，将增量日志同步至 OSS
cdc cli changefeed create --pd=http://pd-1:2379 \
--changefeed-id=backup-task \
--sink-uri="s3://tidb-backup/cdc-log?endpoint=oss-cn-beijing.aliyuncs.com&access-key=xxx&secret-key=xxx" \
--config=cdc-config.toml
• 核心配置（cdc-config.toml）：
[sink]
protocol = "canal-json" # 日志格式
[sync-log]
enable = true # 开启同步日志，用于故障恢复
[cyclic-replication]
enable = false # 关闭循环复制
2. 全量+增量备份策略
• 全量备份：通过 BR 工具每日凌晨 2 点执行全量备份，备份数据存储至 OSS：
br backup full --pd=http://pd-1:2379 \
--storage="s3://tidb-backup/full?endpoint=oss-cn-beijing.aliyuncs.com&access-key=xxx&secret-key=xxx" \
--backup-dir="full-backup-$(date +%Y%m%d)"
• 增量备份：TiCDC 实时同步增量数据，每小时生成一个日志分片，保留 30 天备份数据。
• 备份校验：每日备份完成后，通过 br verify 工具校验备份数据完整性，确保可恢复性。
3. 数据恢复流程
场景 1：单表数据误删除恢复
1. 找到最近一次全量备份（如 2024-05-20 全量备份）。
2. 恢复该表的全量数据至临时库：
br restore table --pd=http://pd-1:2379 \
--storage="s3://tidb-backup/full?endpoint=oss-cn-beijing.aliyuncs.com&access-key=xxx&secret-key=xxx" \
--backup-dir="full-backup-20240520" \
--table="db1.t1" \
--target-table="db1.t1_temp"
3. 通过 TiCDC 增量日志回放，恢复 2024-05-20 至误删除时间点的增量数据：
cdc cli log replay --pd=http://pd-1:2379 \
--changefeed-id=backup-task \
--start-ts=xxx --end-ts=xxx \
--sink-uri="tidb://root:password@tidb-1:4000/db1" \
--table="t1_temp"
4. 将临时表数据同步至原表，完成恢复。
场景 2：集群级故障恢复
1. 在灾备集群执行全量恢复：
br restore full --pd=http://dr-pd-1:2379 \
--storage="s3://tidb-backup/full?endpoint=oss-cn-beijing.aliyuncs.com&access-key=xxx&secret-key=xxx" \
--backup-dir="full-backup-20240520"
2. 回放 TiCDC 增量日志，恢复至故障发生时间点：
cdc cli log replay --pd=http://dr-pd-1:2379 \
--changefeed-id=backup-task \
--start-ts=xxx --end-ts=xxx \
--sink-uri="tidb://root:password@dr-tidb-1:4000"
3. 验证数据一致性后，切换业务流量至灾备集群。
三、故障演练与效果验证
1. 演练场景与结果
演练场景 恢复耗时 数据一致性 业务影响
单表误删除 15 分钟 100% 一致 无影响（临时表恢复）
集群级故障 45 分钟 100% 一致 RTO=45 分钟，RPO=0
2. 关键优化点
• 增量日志压缩：开启 OSS 存储压缩功能，降低日志存储成本约 40%。
• 并行恢复：通过 --concurrency=32 参数提升 BR 恢复速度，全量恢复耗时较默认配置缩短 30%。
• 跨区域备份：将备份数据存储在异地 OSS 区域，避免自然灾害导致的备份数据丢失。
四、常见问题与解决方案
1. TiCDC 同步延迟过高：排查发现是网络带宽不足，升级万兆网络后，同步延迟控制在 50ms 以内。
2. BR 备份失败：因 TiKV 节点磁盘空间不足，扩展磁盘容量并清理过期备份数据后恢复正常。
3. 增量日志回放报错：日志格式不兼容，通过 cdc cli log convert 工具转换格式后成功回放。
TiCDC 结合 BR 工具的备份恢复方案，具有部署简单、恢复速度快、数据一致性高的优势，可满足企业级灾备需求。本文通过政务系统实际部署案例，详细拆解了方案架构、配置流程及故障恢复步骤，为企业构建高可靠灾备体系提供了可参考的实践经验。未来可进一步探索 TiCDC 与云原生存储的深度融合，实现备份恢复的自动化、智能化管理。