MongoDB 备份策略：逻辑导出与文件快照

发布时间:2025-12-13 23:34

## 两种方式的对比 逻辑导出用工具把数据读出来写成文件，代表是 mongodump。优点是输出可读、可选择性导出部分库或集合、跨版本兼容性好；缺点是速度受数据量与索引重建拖累，大库导出动辄数小时，恢复时还要重放建索引，整体耗时只多不少。文件快照走存储层路线，对数据目录所在磁盘做块级快照，秒级完成，恢复就是把快照挂回来。它快在绕过了数据层，也正因为如此，要求捕获时刻的写入状态一致，通常要配合锁写或日志点，否则拿到的是撕裂的中间态。 ## 各自的适用面 小库与中等规模库，日常备份用 mongodump 足够，产物还能跨大版本迁移，升级前的兜底也靠它。数百 GB 以上的大库，逻辑导出的时间窗口撑不住，快照是唯一现实的选择，按天快照配合按周归档，时间与空间都在可控范围。两种方式不是二选一：快照保日常恢复点，逻辑导出保季度归档与跨环境搬迁，组合起来各取所长。误删单个集合要快速找回时，从快照起一个临时实例再定向导出，比整库恢复灵活得多。 ## 落地示例 ``` mongodump --host 127.0.0.1 --out /backup/dump-$(date +%F) ``` 导出目录按日期归档，配合压缩与异地存放构成完整的日常链路。恢复用对称的命令把目录灌回，先在临时实例演练，确认数据形态无误再动生产。演练这个环节不要省：备份的可靠性只在恢复成功那一刻才被证明，没恢复过的备份只是心理安慰。 ## 选择建议 定策略先回答两个问题：能接受丢多少数据，以及能容忍多长的恢复时间。答案越宽松，备份方式越简单；答案越苛刻，越要往快照加增量日志的方向走。顺云云服务器上跑 MongoDB，把快照节奏与控制台的磁盘监控对齐，备份占用的空间提前规划进磁盘预算，别让备份文件把业务盘挤爆。