MongoDB主从集群 + 副本集

主服务器：
mongod --master --dbpath xxx --port xxx

从服务器
mongod --dbpath xxx --port xxx --slave --source ip:port

目前还没有能够从从节点复制的机制，因为从节点不保存oplog.

若干选项

--only 在从节点上指定只复制特定某个数据库(默认复制所有数据库)

--slavedelay 用在从节点上，在应用主节点的操作时增加延时（秒）。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

--fastsync 以主节点的数据快照为基础启动从节点。如果数据目录一开始是主节点的数据快照，从节点用这个选项启动要比做完整同步快很多。

--autoresync如果从节点与主节点不同步了，则自动重新同步。

--oplogSize 主节点oplog的大小，单位是MB。

如果一个从节点启动时没有加入source,则可以在运行时执行

db.sources.insert({"host":"ip:port"})

然后db.sources.find()就可以看到效果。

~~~~~~~~~~

换句话说，对sources进行增加和删除，可以决定是否同步以及跟谁同步。

下面说一说副本集，比主从更强大的机制

参考文档 ： http://www.myexception.cn/database/1615546.html

http://www.linuxidc.com/Linux/2013-05/84971.htm

PS: cat /etc/hostname 用来找主机名

创建副本集需要使用 --replSet选项。

比如启动两个节点

./mongod --dbpath xxx --port aaa --replSet 副本集的名字/别的机器的name:别的机器的port,name:port

后面虽然有2个，写1个也是具有同样作用的

这个时候还么有完，连接其中一个服务器，执行命令

db.runCommand(
{"replSetInitiate":
{
"_id":"副本集名字",
"members":
[
{ "_id":1,"host":"name:port"},
{ "_id":1,"host":"name:port"}
]
}
}

任何时候，集群只有一个活跃节点，其它都为备份节点。

节点有以下几种类型

.standard

常规节点，存储一份完整的数据副本，参与选举投票，有可能成为活跃节点。

.passive

存储了完整的数据副本，参与投票，不能成为活跃节点

.arbiter

仲裁者只参与投票，不接收复制的数据，也不能成为活跃节点

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~··

标准节点和被动节点之间的区别仅仅就是数量的区别，每个参与节点（非仲裁者）有个优先权

优先权为0则是被动的，不能成为活跃节点，优先值不为0，则按照

由大到小选出活跃节点，优先值一样的话则看谁的数据比较新，所以，要是有两个

优先值为1和0.5的节点，最后一个节点只有在前2个都不可用时才能成为活跃节点。

~~~~~~~~~~~~

可以在节点配置中修改priority键，来配置成标准节点或者被动节点。

members.push(

{

"_id":3, "host":"name:port","priority":40}

}

)默认优先级为1，可以使【0,1000】

"arbiterOnly"指定仲裁节点

members.push(

{

"_id":3, "host":"name:port","priority":40，

"arbiterOnly":true

}

备份节点会从活跃节点抽取oplog,并执行操作，活跃节点也会写操作到自己的本地oplog.

oplog中的操作包括严格递增的序号来判定数据的时效性。

~~~~~~~~~~~~~

活跃节点使用心跳来跟中集群中有多少节点对其可见，如果不够半数，则自动降为备份节点，这样就可以防止活跃节点一直不放权。

不论活跃节点何时变化，新活跃节点的数据被假定为系统的最新数据，对其它节点的操作都会回滚，

即便是之前的活跃节点已经恢复了，为了完成回滚，所有节点连接新的活跃节点后要重新同步，

这些节点会查看自己的oplog,找出其中活跃节点没有执行的操作，然后向活跃节点请求这些操作影响的文档的副本。

正在执行重新同步的节点被视为恢复中，这个过程完成之前不能成为活跃节点候选者。

~~~~~~~~~~~~再来聊聊主从机制

可以将查询放在从节点上，这样，主节点的负载就减轻了，一般来说，当负载是读取密集型时这非常不错

但如果是写入密集型，则需要分片。

这里需要注意的是：需要告诉从服务器可以处理请求，默认不可以，就是slaveOkay.

对于从节点，启动时，只要你愿意，仍然可以添加--master参数。

关于oplog

主节点的操作称为oplog,存储在一个特殊的数据库中，local.

oplog就在其中的oplog.$main集合里。

里面的每个文档代表主节点上执行的一个操作。

文档格式：

.ts------操作的时间戳，由4字节的时间戳和4字节的递增计数器构成。

.op------操作类型，1字节代码。

.ns------执行操作的命名空间（集合名）

.o------要执行的操作的文档，对插入来说就是插入的文档。

存储在oplog中的操作也不是和主节点的操作完全一样，比如$inc操作会转换成$set.

oplog如果超过指定的大小会覆盖。

从节点第一次同步是全量同步，拉取所有文档，然后再根据oplog来拉取部分文档。

查看主节点的所有从节点，可以db.slaves.find()

对于从节点就是：db.sources.find()

~~~~~~~~~~~

在主节点上查看

db.printReplicationInfo()

在从节点上，则

db.printSlaveReplicationInfo()