概述
MongoDB是一个流行的 NoSQL 数据库，它提供了一个主从复制机制，使数据冗余和故障恢复成为可能。主从复制的实现是在一个 MongoDB 实例被指定为主节点，其他实例被指定为从节点，在主节点上进行数据更新，然后 MongoDB 会将更新的数据异步复制到从节点。当主节点不可用时，从节点可以升级为主节点来维持系统的可用性。但是，主从复制可能存在单点故障的问题。当主节点故障时，所有的从节点都无法与主节点进行通信，导致整个系统不可用。为了解决这个问题，MongoDB 还提供了一种更为高级的复制机制，即主主复制。
主主复制
在主主复制中，每个节点既是主节点也是从节点，它们可以同时读取和写入数据。当一个节点更新数据时，它会将数据更新到自己的数据库中，并且将数据异步地复制到其他节点的数据库中。因此，主主复制提高了系统的可用性，即使有一个节点发生故障，其他节点仍然可以继续工作，从而保证了系统的稳定性。
设置主主复制
设置主主复制需要以下步骤:
第1步：首先要在每个节点上开启 MongoDB 服务。
第2步：在每个节点上配置 MongoDB 配置文件。我们需要定义每个节点的副本集名称，例如：
# /etc/mongod.conf
...
replication:
replSetName: "myapp"
...
这里我们将副本集名称定义为 "myapp"。接下来，在每个节点上启动 MongoDB 服务。
第3步：将每个节点添加到副本集。我们可以在任意一个节点上使用 rs.add() 命令将其他节点添加到当前节点的副本集中。例如，我们可以在主节点上执行以下命令将从节点添加到副本集：
> rs.add("192.168.1.10")这里我们将从节点的 IP 地址定义为 192.168.1.10。
主主复制机制
主主复制的工作机制如下：
当一个节点写入数据时，它会将原始数据写入其本地的 oplog（操作日志）中。
然后，该节点会将更新信息广播给其他节点。
当其他节点收到该信息后，它们会将数据同步到自己的 oplog 中。
当一个节点需要读取数据时，它可以向任意的节点发送读请求。然后，该节点会从本地的数据库中读取数据，并将数据返回给请求节点。
处理故障
在主主复制中，如果一个节点发生故障，其他节点仍然可以继续运行，因为它们之间的通信是基于互相异步复制的。如果一个节点崩溃，剩下的节点还可以通过较少的副本集来继续运行。
当一个节点崩溃后，剩下的节点会选择一个新的主节点来继续工作。当一台节点发生故障时，剩下的节点会决定是否要重新选举一个主节点来管理数据。如果一个节点已经过时（即没有与其他节点交互），则可能被剔除出副本集。
总结
主主复制机制是确保 MongoDB 数据库高可用性的一个重要手段，它可以减轻主从复制的单点故障问题，并提高了系统的稳定性。配置主主复制需要在每个节点上更改相关配置，仔细选择副本集名称并使用 rs.add() 命令添加每个节点到副本集中。当出现节点故障时，集群可以继续运行，但需要进行重新选举以继续工作。