数据库这东西，平时安安静静躺在那儿，你几乎感受不到它的存在。直到某天早上，你打开监控面板，发现MongoDB的某个集合数据量骤减，或者某个库直接连不上了，那一刻的心跳加速，比喝三杯浓缩咖啡都管用。我见过太多同行，备份脚本写得比毕业论文还认真，可一到了还原环节，要么翻出半年前的古董备份，要么就是命令敲错把生产库给覆盖了。今天这篇，咱们就把MongoDB还原这件事从头到尾捋一遍，不整那些虚头巴脑的理论，全是实操里踩过的坑和填坑的办法。
先搞清楚一个基本事实：MongoDB的还原，从来不是单一命令走天下。它取决于你当初用哪种方式做的备份。如果你用的是，那还原就靠；如果你图省事直接拷贝了数据目录文件，那还原就得停服务、挪文件、改权限。很多人栽跟头，就是没想明白自己手里的备份是什么类型。我有个朋友，生产环境用的是文件系统快照，结果还原时傻乎乎地对着快照目录执行mongorestore，报错报得他怀疑人生。所以第一步，先确认备份形态，这比急着敲命令重要一百倍。
如果你手里是mongodump生成的BSON文件，那就是你的主战武器。最基本的用法，，它能把你备份里的所有库全部灌回去。但这里有个细节容易被忽略：mongorestore默认是插入模式，不是覆盖模式。也就是说，如果目标库里已经有同名文档，它默认会跳过或者报错（取决于版本和参数），而不是帮你更新。这就导致一个很尴尬的场景——你以为是还原，结果只是补了几个新文档进去，旧数据还是坏的。所以我强烈建议，在执行还原之前，给自己留条后路：要么先drop掉目标库，要么用参数，让mongorestore在导入前先把对应集合清空。这参数加不加，结果天差地别。
再说说更精细的还原需求。有时候你不想整个库都还原，只想把某个集合捞回来。比如用户表被误删了，但订单表还好好的。这时候支持指定集合名和库名，，只恢复这一个文件就行。但这里有个坑，如果你当初备份时用了压缩，那还原时也得带上参数，否则读出来的全是乱码。还有模式备份出来的文件，还原时得用来指定，别再傻乎乎地指向目录了。这些参数组合，光靠记是记不住的，最好的办法是把你常用的还原命令写成一个脚本，放在服务器上，每次还原前先审视一遍，别临时拼凑。
文件系统快照的还原，是另一套玩法。这种备份方式速度快，适合大数据量，但还原时要求更高。你得先停掉mongod进程，然后把快照里的数据文件整个覆盖到数据目录，再启动服务。听起来简单，实际操作中权限问题就能卡死你。MongoDB的数据目录通常属于mongod用户，你从快照拷回来的文件，所有者可能变成了root，导致服务起不来。解决办法就一条，，改完再启动。还有版本兼容问题，快照备份时是4.2版本，还原到一台装着4.4的机器上，可能直接报错不认数据文件。这时候你就得老老实实装一个和备份时一致版本的MongoDB，先把数据还原起来，再考虑升级。别嫌麻烦，跨版本直接搬文件，数据损坏的风险远比你想象的高。
说完单机，再说说副本集和分片集群的还原，这俩才是真正让人头秃的地方。副本集还原，你得先确认备份里包含oplog信息。用mongodump备份时如果没加参数，那备份出来的数据是某个时间点的快照，但缺少这个时间点之后的操作日志，还原到副本集上，主从节点之间的数据一致性就没法保证。正确做法是，备份时带上，还原时mongorestore会自动重放oplog，把数据恢复到备份结束时的那个精确状态。分片集群更麻烦，你得先还原config server，再还原各个shard，顺序错了整个集群都起不来。我见过一个运维，还原分片集群时先恢复了shard，结果config server里存的元数据跟shard对不上，只能全部推倒重来。
还有个事儿，很多人还原完就以为万事大吉了，其实验证这一步才是真正的生死线。还原完成后，别急着把应用切过来，先连上数据库跑几个关键查询：查一下文档总数对不对，抽查几条关键记录看看字段值是否合理，再检查一下索引是否还在。MongoDB的索引在mongorestore之后默认会重建，但如果你用的是文件拷贝方式，索引文件是直接拷过来的，如果版本不匹配，索引可能会失效。这时候你执行查询，性能会慢得让人抓狂，但表面上又不报错。所以验证环节，除了看数据，还得用看看索引列表，必要时删掉重建。这一步省不得，多少事故都是栽在“数据在，但索引没了”这种阴沟里。
说点心态上的事儿。数据库还原，考验的从来不是你的技术有多炫，而是你有多细心、多耐心。我每次做还原操作，都习惯先把备份文件hash校验一遍，再在测试环境跑一遍完整流程，确认无误后才动生产库。这习惯救了我好几次。还有，还原命令敲下去之前，把目标库的当前状态拍个快照或者导出个临时备份，万一还原出问题，至少还能退回原状。别嫌多此一举，数据库这东西，永远要有Plan B。记住，备份是防御，还原是救火，救火的时候最忌讳手忙脚乱。把流程写下来，把命令存好，把验证步骤列清楚，按部就班地来，MongoDB还原这件事，真没那么可怕。
