一 简介: mongodb副本集

二 复制方式: 1 全量复制 2 增量复制
三 同步检测过程:
    一 正常情况下:
       1 master执行语句,并将所有的修改数据库的操作以日志Oplog的方式记录在本地
       2 second节点按照一定的频率主动异步的从主节点同步oplog日志并作用于自己本机的数据库上，从而保证副本节点和主节点的数据一致性
       3 每个节点会向其他节点2s发送一个心跳检测,如果超过10s没有收到回复,则认为目标节点不可用
   二 主节点挂掉后
       1 从节点自我推荐,发出选举请求
         判断条件
         1 对比其他节点后,optime必须是最高 
         2 必须拿到线程锁
         3 根据priority等条件判断，是否自己符合当主资格(比如priority=0这种是无法变成主的,但是能参与选举投票)
      2 其他从节点根据请求进行判断
      判断条件为:
        1 其他节点判断是否有primary存在
        2 是否有超过一半的成员参与整个选举
        3 根据priority的优先级对比
     3 切换相关
        1 只要在选举过程中有一票不通过,此节点就不能成为新主
        2 priority优先级设置后,当一个有着高优先级的Secondary节点其数据已经达到最新的10秒内的数据状态的时候，集群就会触发一个选举，使得高优先级的节点很容易成为Primary.我们根据这个特性进行主动切换
        3 副本集设置为奇数(推荐3个为一组，一主两从这种模式),,2个节点是无法进行主备切换的 1个节点是只读的,无法提供服务
        4 不止故障,高负载情况下极有可能触发主备切换动作
  三 rs.status解读
       "set" : "fuzhiji", //副本集名称
      "name" : "1.1.1.1:37011",//host+port
      "health" : 1,//是否正常 正常未1
      "stateStr" : "PRIMARY",//PRIMARY(主节点) SECONDARY(从节点) RECOVERING(恢复中) REMOVED(已移除) startup(新节点加入全量同步时)状态
     "self" : true
     "syncto" : host //从哪里同步
四 mongodb主从延迟
   1 db.printSlaveReplicationInfo()
     source: IP:PORT
     syncedTo: Mon Oct 23 2017 17:46:53 GMT+0800 (CST)
     0 secs (0 hrs) behind the primary
      我们可以发现是0延迟
五 新增节点
   1 采用全量复制(让mongodb自己去拷贝数据集),适合数据量不大的情况下 1 db.shutdownServer(); 2移除旧目录 3启动mongodb进程,进入恢复模式
   2 采用冷备份（在从节点拷贝,可能会影响从节点的读)
    1 db.fsyncLock()
    2 cp -rp data文件
    3 db.fsyncUnlock() 
    4 在新节点启动mongo实力
    5 rs.add(host,port)
  3 mongdump很麻烦,不建议使用
六 如何减少主从延迟
  1 增大oplog（在线修改oplog很麻烦,参考我之前的文章,所以要尽量在部署环境时候确定)
  2 减少并发的DML操作
  3 启动参数增大replWriterThreadCount数量,同一时间应用更多的oplog(--setParameter replWriterThreadCount=32)=>未验证
七 常用命令
  1 rs.status()//查看状态
  2 db.printSlaveReplicationInfo()//查查延迟
  3 rs.add() rs.reconfig() rs.remove//管理节点
  4 rs.slaveOk()//从节点可以进行操作
  5 config={_id:"副本集名称",members:[{_id:0,host:"host:port"},{_id:1,host:"192.168.77.130:27017"}]}
  rs.initiate(config) 进行配置文件载入
八 如何主动触发主从切换
 调整从节点的优先级,使之高于主库的priority可触发切换
 1 rs.conf() 查看_id和priority
 2 cfg = rs.conf()
 3 rs.members[_id].priority=n
 4 rs.reconfig(cfg)
 5 rs.status()
九 读写分离架构
 1 在副本节点上设置rs.slaveOk();
 2 代码层面，在读操作过程中设置从副本节点读取数据
 在options里添加read-Preference=secondaryPreferred
 eg
 <mongo:client-options
 connections-per-host="100"
 threads-allowed-to-block-for-connection-multiplier="10"
 connect-timeout="10000" 
 max-wait-time="10000"
 socket-keep-alive="true"
 read-preference="SECONDARY_PREFERRED"
 />
primary:默认参数，只从主节点上进行读取操作；
primaryPreferred:大部分从主节点上读取数据,只有主节点不可用时从secondary节点读取数据。
secondary:只从secondary节点上进行读取操作，存在的问题是secondary节点的数据会比primary节点数据“旧”。
secondaryPreferred:优先从secondary节点进行读取操作，secondary节点不可用时从主节点读取数据；
nearest:不管是主节点、secondary节点，从网络延迟最低的节点上读取数据。
十 相关参数
oplogSize 单位MB replSet 复制名称
十一 备份方式
mongodump --db -o dir

十 补充
1 mongo driver可以自动识别副本集的状态,当primary挂掉后自动切换到secondary节点,不用在中间添加任何代理层了