二级节点复制主节点的oplog然后在自己的数据副本上执行操作，二级节点是主节点数据的反射，如果主节点不可用，会选举一个新的主节点。默认读操作是在主节点进行的，但是可以指定读取首选项参数来指定读操作到副本节点。 可以添加一个额外的仲裁节点（不拥有被选举权），使副本集节点保持奇数，确保可以选举出票数不同的直接点。仲裁者并不需要专用的硬件设备。 仲裁者节点一直会保存仲裁者身份。
1.异步复制 副本节点同步直接点操作是异步的，然而会导致副本集无法返回最新的数据给客户端程序。
2.自动故障转移 如果主节点10s以上与其他节点失去通信，其他节点将会选举新的节点作为主节点。 拥有大多数选票的副节点会被选举为主节点。
副本集提供了一些选项给应用程序，可以做一个成员位于不同数据中心的副本集。 也可以指定成员不同的优先级来控制选举。
sharding转换一个副本集为分片集群 1. 部署一个测试副本集 创建第一个副本集实例，名称为firstset: 1.1 创建副本集并且插入数据如下:
创建目录:
1.2 在其他终端启动三个mongodb实例，如下：
--oplog选项强制每个mongodb实例操作日志为700M，不使用该参数则默认为分区空间的5%，限制oplog的大小，可以使每个实例启动的快一点。 1.3 连接一个mongodb实例的shell
如果是运行在生产环境下，或者不同主机名或IP的机器上，需要修改mongo01为指定名称。 1.4 在mongo shell上初始化副本集
或
1.5 在mongo shell中创建并插入数据：
上面的操作会向集合test_collection插入100万条数据，根据系统不同，可能会花费几分钟的时间。 脚本会加入如下格式的文档：
2. 部署一个分片设施 创建三个配置服务器来保存集群的元数据。 对于开发或者测试环境下，一个配置服务器足够了，在生产环境下，需要三天配置服务器，因为它们只需要占用很少的资源来保存元数据。 2.1 创建配置服务器的数据文件保存目录：
创建目录:
2.2 在另外的终端下，启动配置服务器：
2.3 在另外的终端下，启动mongos实例： mongos --configdb mongo01:20001,mongo01:20002,mongo01:20003 --port 27017 --chunkSize 1 --fork --logpath /data/example/mongos.log --logappend 如果使用的是以前创建的表或者测试环境下，可以使用最小的chunksize(1M)，默认chunksize为64M意味着在mongodb自动分片启动前，集群必须拥有64MB的数据文件。 在生产环境下是不能使用很小的分片大小的。 configdb选项指定了配置服务器。mongos实例运行在默认的mongodb27017端口。 2.4 可以在mongos添加第一个分片，在新的终端执行以下命令： 2.4.1 连接mongos实例
2.4.2 使用addShard命令添加第一个分片
2.4.3 出现以下信息，表示成功：
3. 部署另一个测试副本集 创建另外一个副本集实例，名称为secondset: 3.1 创建副本集并且插入数据如下:
创建目录:
3.2 在其他终端启动三个mongodb实例，如下：
3.3 连接一个mongodb实例的shell
3.4 在mongo shell上初始化副本集
3.5 将该副本集加入分片集群
返回成功信息：
3.6 通过运行listShards命令证实分片都添加成功。如下：
