mongodb副本集php,【mongo】MongoDB副本集

..............................................................................................

环境：centos7

Ip：

主节点：192.168.225.128

从节点192.168.225.129

从节点&仲裁节点：192.168.225.130

Mongo版本：3.4.

..............................................................................................

一、原理

MongoDB 副本集(Replica Set)是有自动故障恢复功能的主从集群，有一个Primary节点和一个或多个Secondary节点组成。类似于MySQL的MMM架构。

副本集中数据同步过程：Primary节点写入数据，Secondary通过读取Primary的oplog得到复制信息，开始复制数据并且将复制信息写入到自己的oplog。如果某个操作失败，则备份节点停止从当前数据源复制数据。如果某个备份节点由于某些原因挂掉了，当重新启动后，就会自动从oplog的最后一个操作开始同步，同步完成后，将信息写入自己的oplog，由于复制操作是先复制数据，复制完成后再写入oplog，有可能相同的操作会同步两份，不过MongoDB在设计之初就考虑到这个问题，将oplog的同一个操作执行多次，与执行一次的效果是一样的。

简单的说就是：当Primary节点完成数据操作后，Secondary会做出一系列的动作保证数据的同步：

检查自己local库的oplog.rs集合找出最近的时间戳。

检查Primary节点local库oplog.rs集合，找出大于此时间戳的记录。

将找到的记录插入到自己的oplog.rs集合中，并执行这些操作。

副本集的同步和主从同步一样，都是异步同步的过程，不同的是副本集有个自动故障转移的功能。其原理是：slave端从primary端获取日志，然后在自己身上完全顺序的执行日志所记录的各种操作(该日志是不记录查询操作的)，这个日志就是local数据 库中的oplog.rs表，默认在64位机器上这个表是比较大的，占磁盘大小的5%，oplog.rs的大小可以在启动参数中设 定：--oplogSize 1000,单位是M。

注意：在副本集的环境中，要是所有的Secondary都宕机了，只剩下Primary。最后Primary会变成Secondary，不能提供服务。

二、环境搭建

1.安装mongodb(128/129/130)

端口为37017

2.启动3台mongo

$ mongod -f /etc/mongo37017.conf --replSet replicaset

$ mongod -f /etc/mongo37017.conf --replSet replicaset

$ mongod -f /etc/mongo37017.conf --replSet replicaset

说明：

$ mongod --replSet replicaset --dbpath /mongo/data/ --port 37017 --oplogSize 1024

--replSet 设置副本集名称，其中application是副本集的名称，节点必须相同，

--dbpath指定数据库储存路径，

--port指定侦听端口，

--oplogSize指定数据同步之前的缓存的空间大小，暂时指定1G。

路径、端口。我已设置在配置文件中

3.进入mongo shell(128/129/130)

# mongo --host 192.168.225.128 --port 37017

# mongo --host 192.168.225.129 --port 37017

# mongo --host 192.168.225.130 --port 37017

4.配置replica set，增加成员(128)

> conf=

{

"_id" : "replicaset",

"members" : [

{ "_id" : 0, "host" : "192.168.225.128:37017" },

{ "_id" : 1, "host" : "192.168.225.129:37017" },

{ "_id" : 2, "host" : "192.168.225.130:37017" }

]

}

初始化副本集

> rs.initiate(conf)

{ "ok" : 1 }

replicaset:OTHER>

说明：

设置1主1从1仲裁

> conf=

{

"_id" : "replicaset",

"members" : [

{ "_id" : 0, "host" : "192.168.225.128:37017" },

{ "_id" : 1, "host" : "192.168.225.129:37017" },

{ "_id" : 2, "host" : "192.168.225.130:37017", "arbiterOnly": true }

]

}

等到所有成员配置完成之后，Replica Set 会自动选举出一个Primary 节点，两个Secondary 节点。在Primary 节点上进行更新操作，就能同步到Secondary 节点了。

也可执行rs.isMaster()，确认为主

执行完后，会看到shell的提示符已经改变为 replicaset:PRIMARY>

5.查看集群状态

replicaset:PRIMARY> rs.status();

6.到此整个副本集已经搭建完成

7.查看当前副本集的配置表

replicaset:PRIMARY> rs.conf()

8.写操作测试

128：

replicaset:PRIMARY> use szy

replicaset:PRIMARY> db.createCollection("mycoll")

replicaset:PRIMARY> db.mycoll.insert({name:'lcl',datetime:'2017-10-23'})

replicaset:PRIMARY> db.mycoll.find()

129：

replicaset:SECONDARY> db.mycoll.find()

Error: error: {"ok" : 0,"errmsg" : "not master and slaveOk=false","code" : 13435,"codeName" : "NotMasterNoSlaveOk" }

replicaset:SECONDARY> db.getMongo().setSlaveOk();

{ "_id" : ObjectId("59edb815a7d3f969241d0fa9"), "name" : "lcl", "datetime" : "2017-10-23" }

9.故障转移

1) 关闭128的mongo，

2) 129上rs.status()查看集群状态，发现128的stateStr变为(not reachable/healthy)；129变为primary；130变为secondary

3)重启启动128的mongo：

mongod -f /etc/mongo37017.conf --replSet replicaset

将自动变为secondary