mongo学习笔记-复制集

1 复制集

为什么使用复制集：

• 备份数据
  数据库的数据只有一份的话是极不安全的，一旦数据所在的电脑坏掉，我们的数据就彻底丢失了，所以要有一个备份数据的机制。

• 故障自动转移
  部署了复制集，当主节点挂了后，集群会自动投票再从节点中选举出一个新的主节点，继续提供服务。而且这一切都是自动完成的，对运维人员和开发人员是透明的。当然，发生故障了还是得人工及时处理，不要过度依赖复制集，万一都挂了，那就连喘息的时间都没有了。

• 在某些特定的场景下提高读性能
  默认情况下，读和写都只能在主节点上进行。
  下面是 MongoDB 的客户端支持5种复制集读选项：

  • primary ：默认模式，所有的读操作都在复制集的主节点进行的；
  • primaryPreferred ：在大多数情况时，读操作在主节点上进行，但是如果主节点不可用了，读操作就会转移到从节点上执行；
  • secondary ：所有的读操作都在复制集的从节点上执行；
  • secondaryPreferred ：在大多数情况下，读操作都是在从节点上进行的，但是当从节点不可用了，读操作会转移到主节点上进行；
  • nearest ：读操作会在复制集中网络延时最小的节点上进行，与节点类型无关。
    复制集结构
    

2 创建配置文件

touch mongod1.conf
vi mongod1.conf

port=27018     #配置端口号  
dbpath=/data/db1     #配置数据存放的位置  
logpath=/logs/mongo/mongod1.log     #配置日志存放的位置  
logappend=true     #日志使用追加的方式  
fork=true     #设置在后台运行  
replSet=YOURMONGO     #配置复制集名称，该名称要在所有的服务器一致  

touch mongod2.conf
vi mongod2.conf

port=27019     #配置端口号  
dbpath=/data/db2     #配置数据存放的位置  
logpath=/logs/mongo/mongod2.log     #配置日志存放的位置  
logappend=true     #日志使用追加的方式  
fork=true     #设置在后台运行  
replSet=YOURMONGO     #配置复制集名称，该名称要在所有的服务器一致

touch mongod3.conf
vi mongod3.conf

port=27020     #配置端口号  
dbpath=/data/db3     #配置数据存放的位置  
logpath=/logs/mongo/mongod3.log     #配置日志存放的位置  
logappend=true     #日志使用追加的方式  
fork=true     #设置在后台运行  
replSet=YOURMONGO     #配置复制集名称，该名称要在所有的服务器一致  

3 创建相关的文件夹

如果相关的文件夹不存在 会报错

mkdir -p <文件夹路径>

例如

mkdir -p /data/db1
mkdir -p /data/db2
mkdir -p /data/db3
mkdir -p /logs/mongo/

4 启动三个mongo服务

mongod -f /etc/mongod/mongod1.conf  
mongod -f /etc/mongod/mongod2.conf  
mongod -f /etc/mongod/mongod3.conf

具体效果如图所示

5 配置主从节点

三个端口的服务全部启动成功后，需要进入其中一个进行配置节点。
设置27019为 arbiter 节点。

• 进入端口号为27018的进行配置，连接数据库：mongo --port 27018；
• 选择数据库 admin；
• 输入配置要求如下：

config = {  
  _id:"YOURMONGO",  
  members:[  
      {_id:0,host:'127.0.0.1:27018'},  
      {_id:1,host:'127.0.0.1:27019',arbiterOnly:true},  
      {_id:2,host:'127.0.0.1:27020'},  
  ]  
}

arbiterOnly:true 是仲裁节点

• 使用 rs.initiate（config）进行初始化：

rs.initiate(config) 

具体效果如图所示

如上所示配置成功后，不同端口的数据库登陆后左边的>可能变为如下两种状态：
说明该端口为主节点，如图所示：

说明该端口为从节点，如图所示：

使用 rs.status() 查看状态。

5 验证复制集同步

在主数据库插入数据，然后去从数据库查看数据是否一致。
连接主数据库：mongo --port 27018；

use test  
db.person.insert({name:'王小明',age:20})  

具体步骤如图所示：

连接从数据库：mongo --port 27020；
从库查询数据需要设置 slaveOk 为 true；

use test  
rs.slaveOk(true)  
db.person.find() 

具体步骤如图所示：

至此复制集搭建完成，主数据库的数据的更新后，从数据库的数据也会同步更改，一旦主数据库挂掉，从数据库可自动变为主数据库，极大地保障了数据的安全，这也是搭建复制集的必要性。

6 切换 Primary 节点到指定的节点

在实际应用中，如果想指定某服务器或端口作为主节点，而不是随机选举一个主节点，可以通过以下方法改变 Primary 节点：

• 先进入主节点中进行操作：

mongo --port 27018  

查看目前的节点状态：
rs.conf() #查看配置
rs.status() #查看状态
其中 priority : 是优先级，默认为 1，优先级 0 为被动节点，不能成为活跃节点。优先级不为 0 则按照由大到小选出活跃节点。
因为默认的都是1，所以只需要把给定的服务器的 priority 加到最大即可。让27020成为主节点，操作如下：
现进入目前的主节点进行操作如下：

cfg=rs.conf()  
cfg.members[2].priority=2     #修改priority,members[2]即对应27020端口  
rs.reconfig(cfg)     #重新加载配置文件，强制了副本集进行一次选举，优先级高的成为Primary。在这之间整个集群的所有节点都是secondary  
rs.status()