干了这么多年数据库运维，最怕听到“迁移”两个字。尤其是MongoDB，看着文档挺简单，真动起手来，坑一个接一个。但话说回来，业务要上云、机房要搬迁、版本要升级，哪一样躲得过迁移？与其每次搞得像拆弹一样紧张，不如把迁移这件事拆开揉碎，看清楚它到底是怎么回事。今天咱就聊聊MongoDB迁移的那些实战门道，怎么才能做到数据无缝切换，业务不感知，用户无感。
先说一个最常见的误区。很多人一上来就想着用mongodump和mongorestore，觉得这俩命令是官方标配，肯定稳妥。确实，对于小数据量、允许停机几分钟的场景，这招简单粗暴有效。但你要是几个TB的数据，或者业务要求迁移期间不能停写，那这套组合拳就得悠着点用了。mongodump是逻辑备份，逐条读取文档再写出去，速度慢不说，备份出来的数据一致性还得靠时间点来保证。真要追求无缝，得换个思路。
无缝切换的核心，在于“复制”而不是“搬运”。MongoDB本身就有复制集机制，主节点写入，从节点同步。你要是利用这个机制来做迁移，那才叫真正的优雅。具体怎么操作？在目标环境搭一个新的复制集，然后把这个新复制集作为旧复制集的一个隐藏从节点加进去。这个隐藏节点不参与旧集群的选举，也不会接收应用流量，它就在后台默默地把全量数据同步过来，同步完了接着追增量操作日志。
这个阶段有个细节容易翻车——oplog的大小。隐藏节点加入后，它会从旧集群的某个时间点开始同步，如果oplog设置得太小，而全量同步时间又长，同步进度可能会追不上oplog的覆盖范围，导致同步中断，还得从头再来。所以动手之前，务必检查一下旧集群的oplog配置，看看它大概能覆盖多长时间，再估算一下全量同步需要多久。如果oplog窗口太小，得提前调整，给足余量。
等隐藏节点追平了数据，别急着切换。这时候要做几件验证工作。第一，核对数据量。在旧主节点和隐藏节点上分别跑一下db.stats()，比较一下各个集合的文档数和存储大小，大面上不能有出入。第二，抽查关键集合的数据，用几个已知的主键ID去查询，确认数据内容一致。第三，如果业务有自增ID或者时间戳字段，可以对比一下最大值或最新值，看看增量数据有没有同步到位。这一步多花点时间不亏，总比切过去之后发现问题强。
验证通过之后，就到了切换环节。传统做法是直接改应用的连接串，把地址指向新集群。但这样会有一个短暂的停写窗口——你改配置、重启应用，业务就断了一下。要真正做到“无缝”，得靠MongoDB的另一个特性：把旧主节点降级，把新集群提升为主。具体操作上，在旧集群里执行rs.stepDown()，让旧主节点退位，然后通过调整优先级，让新集群的那个节点获得选举权，成为新的主节点。应用如果配置了正确的URI，并且开启了secondaryPreferred或者合适的读偏好，连接会自动跟随主节点切换，业务感知不到任何变化。
这里还得提醒一句，别忽略了网络延迟的影响。新旧集群如果在不同机房，甚至跨地域，那同步延迟会比较高，切换时可能会有短暂的数据不一致。所以理想方案是，新集群尽量和旧集群部署在同一可用区或者同一地域内，等切换稳定运行一段时间后，再考虑异地容灾的部署。如果实在避免不了跨地域迁移，那就要接受一个小的只读窗口，在流量低谷期操作，把影响降到最低。
切换完成，不代表万事大吉。新集群接手后，要立刻观察几个核心指标。一是主节点和从节点之间的复制延迟，如果延迟持续增大，说明写入压力过大或者网络有问题。二是连接数，应用切换过来后，连接池会重新建立，瞬时连接数可能会飙升，得确保MongoDB的maxIncomingConnections设置合理。三是慢查询日志，对比迁移前的基线，看看有没有查询性能明显下降的情况。如果发现某些查询变慢了，可能是索引没有同步过来，或者缓存还没预热，这时候需要手动触发一下索引构建或者做一次全表扫描预热。
还有一个容易被忽略的坑——应用端的连接串配置。很多人迁移完了，发现业务报错，一查是连接串里的replicaSet名称没改。MongoDB复制集的名字是集群标识的一部分，新集群如果用了不同的复制集名称，应用连接时会直接拒绝。所以迁移前就要规划好，新集群的复制集名称要么和旧集群保持一致，要么在切换时同步更新所有应用的配置，别漏掉任何一处。
说说回滚方案。就算前面步骤全都走对了，也得留一手。迁移完成后，旧集群先别急着销毁，保留至少24到48小时。万一新集群出现诡异问题，还能快速切回去。保留期间，旧集群可以只读运行，不接收写入，这样既不会影响数据一致性，又能作为紧急备份。等新集群稳定运行几天，确认所有业务功能正常，再安排旧集群的回收清理。这一步看着多余，但真到出问题的时候，能救命的往往就是这份谨慎。
回到开头那句话，MongoDB迁移没那么玄乎，但也没那么简单。它考验的不只是命令敲得熟不熟，更是对整个集群运行机制的理解深度。利用复制集做数据同步，用选举机制做角色切换，再加上细致的验证和完备的回滚预案，这套组合拳打下来，数据无缝切换就不是什么难事了。下次再遇到迁移任务，别慌，按这个思路一步步来，你会发现，所谓的高难度操作，其实就是把基础功打扎实。
