MongoDB复制集的配置（基于Window ）

MongoDB 复制

MongoDB复制是将数据同步在多个服务器的过程。复制提供了数据的冗余备份，并在多个服务器上存储数据副本，提高了数据的可用性， 并可以保证数据的安全性。复制还允许您从硬件故障和服务中断中恢复数据。

为什么使用复制集？1、保障数据的安全性；2、数据高可用性 (24*7)；3、灾难恢复；4、无需停机维护（如备份，重建索引，压缩）；5、分布式读取数据

复制集原理

mongodb的复制至少需要两个节点。其中一个是主节点，负责处理客户端请求，其余的都是从节点，负责复制主节点上的数据。mongodb各个节点常见的搭配方式为：一主一从、一主多从。主节点记录在其上的所有操作oplog，从节点定期轮询主节点获取这些操作，然后对自己的数据副本执行这些操作，从而保证从节点的数据与主节点一致。

从节点类型：

副本节点：负责同步主节点的数据操作日志更新本地数据库，从而保证副本节点的数据和主节点上的数据的一致性；副本节点的从某种意义上来讲有点像赛跑，永远在追赶主节点的数据操作；

仲裁节点：不负责保存具体的数据，只是在副本集进行主节点选举时提供自己的一个选票而已。

Secondary-Only：和副本节点一样保存了主节点的数据副本，但是在任何情况下都成为不了Primary主节点；

Hidden：这种类型的节点对于客户端程序是不可见的，同样不能成为Primary主节点，但是可以参与投票；

Delayed：这种类型的节点可以通过人为的设置，可以指定一个时间来延迟从主节点同步数据，Delayed成员主要用于从一些误操作中恢复旧数据，并且肯定不能成为主节点而且是Hidden的；

复制集配置

本次复制集配置使用一个mongodb数据库，使用了三个节点，一个主节点（端口27000）、一个从节点（端口27001）、一个仲裁节点（端口27002）。mongodb的位置在“D:\MongoDB\Service1”下，在bin同级目录简历一个data目录、config目录和log目录，分别放置数据库数据、数据库实例配置信息和数据库日志。下面是data和config目录的截图，下面有三个分目录，分别存放每个节点的数据。

下面是主节点配置文件信息