mongodb配置复制集replset

最新推荐文章于 2023-11-15 19:27:55 发布
最新推荐文章于 2023-11-15 19:27:55 发布
阅读量1.9k 收藏
点赞数
分类专栏： MongoDB 文章标签： mongodb

　　Mongodb的replication主要有两种：主从和副本集（replica set）。主从的原理和mysql类似，主节点记录在其上的所有操作oplog，从节点定期轮询主节点获取这些操作，然后对自己的数据副本执行这些操作，从而保证从节点的数据与主节点一致。 
   现在mongodb官方建议用副本集替代主从复制，现在我们来了解下如何配置复制集。

什么是oplog：

　　MongoDB 的Replication是通过一个日志来存储写操作的，这个日志就叫做oplog。 在默认情况下,oplog分配的是5%的空闲磁盘空间。通常而言,这是一种合理的设置。可以通过mongod --oplogSize来改变oplog的日志大小。 oplog是capped collection，因为oplog的特点（不能太多把磁盘填满了，固定大小）需要，MongoDB才发明了capped collection（the oplog is actually the reason capped collections were invented）。

　　oplog的位置 oplog在local库：  replica sets 架构下: local.oplog.rs。

 

现在来用两台服务器来配置一个复制集，两个数据节点+一个仲裁节点

db1配置（mongodb.conf ）（数据节点）


# 数据库文件存储位置
dbpath  = /data/db/mongodb
# log文件存储位置
logpath = /data/log/mongodb/mongodb.log
# 使用追加的方式写日志
logappend = true
# 是否以守护进程方式运行
fork    = true
# 端口号
port    = 27017
# 是否启用认证
auth  = true
# 集群的私钥的完整路径，只对于Replica Set 架构有效（noauth = true时不用配置此项）
keyFile = /usr/local/mongodb/mongodb-keyfile
# diaglog选项 0=off 1=W 2=R 3=both 7=W+some reads
#diaglog        = 0
# 设置oplog的大小(MB)
oplogSize=2048
# 启用日志选项，MongoDB的数据操作将会写入到journal文件夹的文件里
journal=true
# 设置副本集名称
replSet=COOL

 

db2配置（standard.conf ）（数据节点）


# 数据库文件存储位置
dbpath  = /data/db/mongodb/standard
# log文件存储位置
logpath = /data/log/mongodb/standard/mongodb.log
# 使用追加的方式写日志
logappend = true
# 是否以守护进程方式运行
fork    = true
# 端口号
port    = 27017
# 是否启用认证
auth  = true
# 集群的私钥的完整路径，只对于Replica Set 架构有效（noauth = true时不用配置此项）
keyFile = /usr/local/mongodb/mongodb-keyfile
# diaglog选项 0=off 1=W 2=R 3=both 7=W+some reads
#diaglog        = 0
# 设置oplog的大小(MB)
oplogSize=2048
# 启用日志选项，MongoDB的数据操作将会写入到journal文件夹的文件里
journal=true
# 设置副本集名称
replSet=COOL

 

db3配置（arbiter.conf ）(arbiter节点)


# 数据库文件存储位置
dbpath  = /data/db/mongodb/arbiter
# log文件存储位置
logpath = /data/log/mongodb/arbiter/mongodb.log
# 使用追加的方式写日志
logappend = true
# 是否以守护进程方式运行
fork    = true
# 端口号
port    = 27018
# 是否启用认证
auth  = true
# 集群的私钥的完整路径，只对于Replica Set 架构有效（noauth = true时不用配置此项）
keyFile = /usr/local/mongodb/mongodb-keyfile
# diaglog选项 0=off 1=W 2=R 3=both 7=W+some reads
#diaglog        = 0
# 设置oplog的大小(MB)
oplogSize=2048
# 启用日志选项，MongoDB的数据操作将会写入到journal文件夹的文件里
journal=true
# 设置副本集名称
replSet=COOL

 

注意：

　　如果使用认证的方式启动服务（auth = true），那么要在主从服务器配置私钥。


//    在一台服务器上生成私钥
openssl rand -base64 745 > mongodb-keyfile

//    修改私钥的权限为可读写
chmod 600 mongodb-keyfile

//    将私钥拷贝到其余的服务器上
scp mongodb-keyfile root@xxx.xxx.xxx.xxx:/usr/local/mongodb/

　　然后配置私钥路径，启动服务。

 

配置root管理员成员，用于权限验证和管理数据库和执行副本集初始化命令（只需要在primary上配置就行，副本集会同步用户）

　　先以非验证模式启动数据库：

/usr/local/mongodb/bin/mongod --fork --dbpath=/data/db/mongodb --logpath=/data/log/mongodb/mongodb.log

　　配置管理员：

use admin;

db.createUser({ user: "root", pwd: "root", roles: [ { role: "root", db: "admin" } ] });

　　然后以权限验证模式（config模式）重启数据库服务。

 

启动数据库：


//    第一台主机：
/usr/local/mongodb/bin/mongod --config /usr/local/mongodb/master.conf

//    第二台主机：
/usr/local/mongodb/bin/mongod --config /usr/local/mongodb/standard.conf
/usr/local/mongodb/bin/mongod --config /usr/local/mongodb/arbiter.conf

 

 初始化副本集（连接任意一个服务器。初始化命令只执行一次即可，如果是已有数据的数据库，请在有数据的数据库执行此命令）

　　以刚刚创建的root用户登录：

　　查看副本集状态( rs.status() )：

　　发现副本集还未初始化，现在开始初始化：

 

config = {"_id" : "COOL",    "members" : [   {"_id" : 0, "host" : "xxx.xxx.xxx.xxx:27017"},   {"_id" : 1, "host" : "xxx.xxx.xxx.xxx:27017"}  ]}

rs.initiate(config);

 

　　初始化副本集成功，再次查看副本集状态：


COOL:SECONDARY> rs.status()
{
    "set" : "COOL",
    "date" : ISODate("2018-01-10T13:13:01.988Z"),
    "myState" : 2,
    "term" : NumberLong(0),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(0, 0),
            "t" : NumberLong(-1)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1515589972, 1),
            "t" : NumberLong(-1)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1515589972, 1),
            "t" : NumberLong(-1)
        }
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "xxx.xxx.xxx.xxx:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 82,
            "optime" : {
                "ts" : Timestamp(1515589972, 1),
                "t" : NumberLong(-1)
            },
            "optimeDate" : ISODate("2018-01-10T13:12:52Z"),
            "infoMessage" : "could not find member to sync from",
            "configVersion" : 1,
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "xxx.xxx.xxx.xxx:27017",
            "health" : 1,
            "state" : 5,
            "stateStr" : "STARTUP2",
            "uptime" : 9,
            "optime" : {
                "ts" : Timestamp(0, 0),
                "t" : NumberLong(-1)
            },
            "optimeDurable" : {
                "ts" : Timestamp(0, 0),
                "t" : NumberLong(-1)
            },
            "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
            "optimeDurableDate" : ISODate("1970-01-01T00:00:00Z"),
            "lastHeartbeat" : ISODate("2018-01-10T13:12:57.888Z"),
            "lastHeartbeatRecv" : ISODate("2018-01-10T13:13:01.911Z"),
            "pingMs" : NumberLong(32),
            "syncingTo" : "xxx.xxx.xxx.xxx:27017",
            "configVersion" : 1
        }
    ],
    "ok" : 1
}

　　发现自己变成了secondary节点，另一个数据库变成了startup2状态，没关系，等下自己会变成primary节点，等另一个数据库同步数据完成，会自动变成secondary节点。


COOL:SECONDARY> rs.status()
{
    "set" : "COOL",
    "date" : ISODate("2018-01-10T13:35:59.935Z"),
    "myState" : 2,
    "term" : NumberLong(1),
    "syncingTo" : "xxx.xxx.xxx.xxx:27017",
    "heartbeatIntervalMillis" : NumberLong(2000),
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1515591358, 6),
            "t" : NumberLong(1)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1515591358, 6),
            "t" : NumberLong(1)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1515591358, 6),
            "t" : NumberLong(1)
        }
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "xxx.xxx.xxx.xxx:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 1385,
            "optime" : {
                "ts" : Timestamp(1515591358, 6),
                "t" : NumberLong(1)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1515591358, 4),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2018-01-10T13:35:58Z"),
            "optimeDurableDate" : ISODate("2018-01-10T13:35:58Z"),
            "lastHeartbeat" : ISODate("2018-01-10T13:35:58.921Z"),
            "lastHeartbeatRecv" : ISODate("2018-01-10T13:35:59.545Z"),
            "pingMs" : NumberLong(2),
            "electionTime" : Timestamp(1515589983, 1),
            "electionDate" : ISODate("2018-01-10T13:13:03Z"),
            "configVersion" : 1
        },
        {
            "_id" : 1,
            "name" : "xxx.xxx.xxx.xxx:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 3603,
            "optime" : {
                "ts" : Timestamp(1515591358, 6),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2018-01-10T13:35:58Z"),
            "syncingTo" : "xxx.xxx.xxx.xxx:27017",
            "configVersion" : 1,
            "self" : true
        }
    ],
    "ok" : 1
}

 

这时我们可以到secondary所在的服务器查看日志,可以在日志查看到同步信息：

2018-01-10T21:34:57.124+0800 I REPL     [repl writer worker 10] CollectionCloner::start called, on ns:cocheer.9_users
2018-01-10T21:34:57.148+0800 I INDEX    [InitialSyncInserters-cocheer.9_users0] build index on: cocheer.9_users properties: { v: 2, unique: true, key: { openid: 1 }, name: "openid_1", ns: "cocheer.9_users", background: true }
2018-01-10T21:34:57.148+0800 I INDEX    [InitialSyncInserters-cocheer.9_users0]      building index using bulk method; build may temporarily use up to 500 megabytes of RAM

 

增加第三个节点，arbiter节点：

rs.addArb("xxx.xxx.xxx.xxx:27018")

 

　　


COOL:PRIMARY> rs.status()
{
    "set" : "COOL",
    "date" : ISODate("2018-01-10T14:09:29.751Z"),
    "myState" : 1,
    "term" : NumberLong(1),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1515593366, 2),
            "t" : NumberLong(1)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1515593366, 2),
            "t" : NumberLong(1)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1515593366, 2),
            "t" : NumberLong(1)
        }
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "xxx.xxx.xxx.xxx:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 3470,
            "optime" : {
                "ts" : Timestamp(1515593366, 2),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2018-01-10T14:09:26Z"),
            "electionTime" : Timestamp(1515589983, 1),
            "electionDate" : ISODate("2018-01-10T13:13:03Z"),
            "configVersion" : 2,
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "xxx.xxx.xxx.xxx:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 3396,
            "optime" : {
                "ts" : Timestamp(1515593366, 2),
                "t" : NumberLong(1)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1515593366, 2),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2018-01-10T14:09:26Z"),
            "optimeDurableDate" : ISODate("2018-01-10T14:09:26Z"),
            "lastHeartbeat" : ISODate("2018-01-10T14:09:27.797Z"),
            "lastHeartbeatRecv" : ISODate("2018-01-10T14:09:27.876Z"),
            "pingMs" : NumberLong(3),
            "syncingTo" : "xxx.xxx.xxx.xxx:27017",
            "configVersion" : 2
        },
        {
            "_id" : 2,
            "name" : "xxx.xxx.xxx.xxx:27018",
            "health" : 1,
            "state" : 7,
            "stateStr" : "ARBITER",
            "uptime" : 68,
            "lastHeartbeat" : ISODate("2018-01-10T14:09:27.803Z"),
            "lastHeartbeatRecv" : ISODate("2018-01-10T14:09:26.860Z"),
            "pingMs" : NumberLong(2),
            "configVersion" : 2
        }
    ],
    "ok" : 1
}

 

如果想修改复制集的配置，也可以使用rs.reconfig(config,{"force":true})强制更新配置。

var config = rs.config()
config.members[0].host = '172.18.169.230:27017'
config.members[1].host = '172.18.169.232:27017'
config.members[2].host = '172.18.169.232:27018'
rs.reconfig(config,{"force":true})

 

再次通过rs.status()命令查看复制集的状态，可以看到配置已经修改并生效。

 

secondary节点默认是不可读的，如果需要读secondary节点，需要在secondary节点上输入命令：

db.getMongo().setSlaveOk()
//    或者
rs.slaveOk()

只是每次重新登录secondary节点都需要输入此命令。

 

顺便贴一下mongoose连接复制集的option：


options = {
    autoReconnect: true,
    poolSize: 8,
    promiseLibrary: global.Promise,
    useMongoClient: true,
    keepAlive: 1,
    connectTimeoutMS: 30000,
    reconnectTries: 100,
    replicaSet: 'COOL',
    readPreference: 'secondaryPreferred',
}

Keith003
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MongoDB复制集搭建
09-08
MongoDB复制集搭建
MongoDB复制集原理详解
09-09
主要介绍了MongoDB复制集原理详解，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
MongoDB复制集集群配置文件.rar
03-18
《MongoDB 分片复制集集群搭建》博客附件。 博客地址：https://blog.csdn.net/Supreme_Sir/article/details/114959912
MongoDB的主从复制及副本集的replSet配置教程
09-10
MongoDB可以在以一个主节点处理客户端请求的情况下以其他节点服务器负责映射主节点上的数据,即为我们通常所说的主从复制功能,这里我们就来共同总结MongoDB的主从复制及副本集的replSet配置教程:
mongoDB浅度学习初体验——分片式集群的配置
milu_ELK的博客
05-30 605
mongoDB浅度学习之分片式集群配置笔记
MongoDB-复制（副本集）
无痕的博客
07-14 1106
mongo副本集介绍与部署过程
mongo replSet 怎么修改 replSet 的名称
qq_16069927的博客
03-31 688
亲测有效的见https://stackoverflow.com/questions/11265997/can-i-change-the-name-of-my-replica-set-while-mongod-processes-are-running确实有效 未测试的见：https://stackoverflow.com/questions/33400607/how-do-i-rena...
mongodb服务器怎么修改,MongoDB修改Replica Set的服务器名和端口
weixin_36139240的博客
08-10 660
---恢复内容开始---mongodb也是闲的蛋疼，原本用27017/27018/27019三个端口启动了Replica Set，但是回头一想，这个和默认端口重了，仍是改为别的吧。因而想改为40001/40002/40003，折腾一圈发现仍是得看官方文档，就顺便在这里作个记录吧shell先祭出官方连接数据库操做步骤：ui1. 中止全部复制集中的实例blog2. 使用其余端口，去掉--replSet...
Mongodb 副本集名称重命名
最新发布
Database operation and maintenance
11-15 602
Mongodb 副本集修改名称、Mongodb重命名副本集，Mongodb重建副本集名称
Window Mongodb 搭建复制集
10-11
Window Mongodb 搭建复制集
mongodb集群问题记录
Haidi_Elisa的专栏
06-16 523
【客户端访问错误】 如果客户端访问的是副本集中处于“SECONDARY”位置的服务，则会提示出现如下错误： 原因： 默认副本集的SECONDARY节点不允许读写 解决方式： （1）访问”PRIMARY”节点； （2）修改slaveOK为true：在客户端执行命令rs.slaveOk()。   【创建唯一索引失败】 为表创建了一个唯一索引，结果仍然可以插入索引字段值重复的记录。
MongoDB副本集（Replica Sets）搭建教程
19：30的博客
04-17 1万+
mongodb副本集的搭建教程
MongoDB Replica-set 设置
fduffyyg的博客
11-10 4032
MongoDB Replica-set 设置
MongoDB---replSet
Python专栏
04-24 3005
replSet 副本集，Replication Set，RS
MongoDB搭建ReplSet复制集群
04-17 3650
MongoDB的复制集是一个主从复制模式 又具有故障转移的集群，任何成员都有可能是master， 当master挂掉用会很快的重新选举一个节点来充当master。 复制集中的组成主要成员 Primary 数据读写 master节点Secondary 备份Primary的数据 默认设置下 不可读 不可写arbiter 投票节点 此节点不会存数据 只参与投票 ，当primary节点
mongoDB conf 文件配置详解
热门推荐
大JAVA解决方案
05-16 1万+
mongoDB conf 文件配置 安装配置 收藏纯洁徐 发表于 3年前 阅读 361 收藏 3 点赞 0 评论 0【腾讯云】新注册用户域名抢购1元起>>>   摘要: tokumx 之於mongoDB 就像mariaDB 之於 Mysql一样,驱动,配置 什么的都可以通用第一节 准备工作 一 安装mongodb  我这里选用rehl 5.6作为其运行载体。  1. 下载mong...
Mongodb ReplSet 小结
Captains-Felix的专栏
07-15 5615
一、副本集基本概念 副本集（replica set） MongoDB的replica set是一个mongod进程实例簇，数据在这个簇中相互复制，并自动进行故障切换。 MongoDB的数据库复制增加了冗余，确保了高可用性，简化了管理任务如备份，并且增加了读能力。大多数产品部署都使用了复制。MongoDB中primary处理写操作，其它进行复制的成员则是secondaries。
基于复制集replset进行mongodb集群搭建
niky的博客
04-08 381
基于复制集replset进行mongodb集群搭建 一、linux下mongodb安装 1.1 下载对应平台版本 下载地址：https://www.mongodb.com/download-center/community 1.2 解压及配置路径 # 解压 tar -zxvf mongodb-linux-x86_64-ubuntu1604-4.2.3.tgz # 迁移配置路径 mkdir -p ...
mongodb复制集部署
09-12
3. 配置复制集成员：对于每个复制集成员，您需要在 MongoDB 配置文件中指定以下配置项： - `replSet`：指定复制集的名称，例如 `replSet=rs0`。 - `dbpath`：指定数据目录的路径，例如 `dbpath=/data/db`。 - `...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值