Secondary节点还可以进行隐藏设置。隐藏的Secondary，正常的同步Primary节点的数据，但其权重为 0，无法被选举为Primary节点（可以投票），而且对用户不可见（db.isMaster()不显示隐藏节点）。隐藏的Secondary节点可以用于执行一些专项任务（报告、备份等），除此之外不会存在其它通讯流量。

Secondary还可以设置延迟节点（delay node），延迟节点可以按设置的时间延迟备份Primary 的数据。如下如所示，延迟节点必须设置为隐藏的，且权重为 0。对于延迟节点的作用可能有点不好理解，为啥要延迟复制呢？其实延迟节点的数据相当于 Primary 节点过去某一个时间的数据快照。副本集中所有的 Secondary 节点都是于 Primary 数据同步的，但如果操作人员的一些失误使得整个集群中的数据都出错了，设置延迟节点可以将数据可以恢复到过去某一个时间。

3、Arbiter

仲裁节点，不存储数据，也无法成为Primary节点，主要用于选举从Seconary节点中选举Primary节点。

二、oplog

副本集中所有的 Secondary 与 Primary 都是数据同步的（延迟节点除外），他们之间通过oplog 实现数据同步。oplog 是 Primary 节点上的数据操作日志，是幂等的（多次执行，结果一致），Secondary 依据 oplog 即可复现 Primary 节点的所有数据操作，实现数据同步。副本集内所有的节点都会在本地维护一个 oplog（lcoal.oplog.rs），用于记录维护数据的状态。

oplog 大小约束如下。

1、oplog 结构

可以使用mongodump导出oplog数据，查看结构。

由于mongodump导出数据为bson格式的，你可以使用bsondump转换为json格式。

属性	描述	取值
ts	时间戳。包含两个变量，前者表示操作发生的时间（单位：秒），后者表示相同时间内操作实现的顺序（默认从1开始）	(timestamp, count)
h	唯一标识操作的ID
t
v	版本
op	i：insert，数据库插入操作
	d：delete，数据库删除操作
	u：update，数据库更新操作
	c：command，数据库执行命令，如建集合
	n：none，空操作
ns	写操作	db_name.collection_name
	数据库命令执行操作	db_name.$cmd
	空操作	blank
o	初始化副本集	"msg":"initiate set"
	选取主节点	"msg": "new primary"
	新增第一个从节点	"msg": "Reconfig Set", "version":2
	新增第二个从节点	"msg": "Reconfig Set", "version":3
	移除一个从节点	"msg": "Reconfig Set", "version":4
	创建集合	"create": "collection_name"
	删除集合	"drop": "collection_name"
	删除数据库	"dropDatabase" : 1
	插入或删除文档	"_id":1, "Name":"ABC"
	更新文档	"$set": "Name":"MyTest"