本文介绍云上灾备和多活的使用注意事项。

创建目标MongoDB实例之前，后台将重启源MongoDB实例，重启过程中后台会将gid加入Oplog中。

说明 如果源实例数据库较大，重启时间将可能达到分钟级。请确认应用程序具备重连机制并在业务低峰期进行操作。

数据一致性说明

  • 灾备模式

    只有一端写入数据，另外一端作为备份，则不存在一致性问题。

  • 多活模式

    建议对数据进行类似哈希的处理，不要同时操作同一个数据。主要是由于网络延时，如果两端同时修改同一数据，则可能存在数据一致性问题。

多活模式数据写入场景说明

为方便说明，以下对多活的两侧分别称为X和Y：

  • 场景1：

    用户在X侧将数据由A改到B，又在Y侧将数据由B改到C。那么在Y侧，第二条修改是否成功取决于同步的时间，假如因为网络延迟等原因造成第一次数据在第二次B修改到C的操作之后来临，那么第二次修改失败。反之，则修改成功。

  • 场景2：

    用户在X侧将数据由A改到B，然后又在Y侧将数据由A改到C。那么，可能有两种结果：

    1. Y侧中，第二次修改在第一次修改来临之后操作，那么第二条操作失败。
    2. Y侧中，第二次修改在第一次修改来临之前操作了。那么此时在X侧数据为B，在Y侧数据为C。然后会互相向对方进行同步，两条同步操作都将失败（双方都不存在A）。