实战mongo副本集

最新推荐文章于 2024-11-09 21:51:58 发布
最新推荐文章于 2024-11-09 21:51:58 发布
阅读量195 收藏
点赞数
文章标签： 数据库 shell
原文链接：http://www.cnblogs.com/lazyball/p/8980294.html
版权

什么是mongo副本集

https://docs.mongodb.com/manual/replication/

mongo副本集和mongo主从复制不是一回事

centos7搭建mongo副本集

没几条命令 篇幅之所以比较长  是有很多查看的信息显示  不要恐惧  哦 说给我这种胆小鬼听得 嘻嘻

PRIMARY 主 ===》 1.1.2.155

SECONDARY 副本1 ===》  1.1.2.134

SECONDARY 副本2 仲裁 ===》 1.1.2.129

1. 搭建三个mongo

根据如下连接分别在三台机器上安装三个mongo

http://www.cnblogs.com/lazyball/p/8962359.html

2. 创建key

副本和主之间的通信也是需要认证的，通过key文件认证

创建一个keyfile,并且拷贝到其他从节点

openssl rand -base64 756 > /data/mongos_m/key
chmod 400 /data/mongos_m/key

三个节点都要有这个key文件，将这个key文件cp搭配每一个节点

3. 配置配置文件 mongodb.conf

port = 27111          #端口  
pidfilepath = /data/mongos_m/logs/mongo3717.pid  #pid目录
dbpath = /data/mongos_m/data/           #数据文件存放目录  
logpath = /data/mongos_m/logs/mongodb.log      #日志文件存放目录
fork = true    #以守护程序的方式启用，即在后台运行
auth=true
#以下两条 每个mongo的配置文件里都有  
replSet=shard1 #副本集的名字
keyFile = /data/mongos_m/key/autokey  #其他mongo根据自身路径添加配置

重启mongo

4. 配置复制集

在你打算做主的服务器上执行以下操作

登录mongo

配置主：

> config = {_id:"shard1", members:[{_id:0,host:"1.1.2.155:27111", priority : 3}]}
{
    "_id" : "shard1",
    "members" : [
        {
            "_id" : 0,
            "host" : "1.1.2.155:27111",
            "priority" : 3
        }
    ]
}

初始化

> rs.initiate(config); 
{ "ok" : 1 }

查看复制集状态

rs.status();  
{
    "set" : "shard1",  ###副本集名称
    "date" : ISODate("2018-05-02T03:27:38.036Z"),
    "myState" : 1,
    "term" : NumberLong(1),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1525231650, 1),
            "t" : NumberLong(1)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1525231650, 1),
            "t" : NumberLong(1)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1525231650, 1),
            "t" : NumberLong(1)
        }
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "1.1.2.155:27111", #主的ip和端口信息
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",  #主
            "uptime" : 184,
            "optime" : {
                "ts" : Timestamp(1525231650, 1),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2018-05-02T03:27:30Z"),
            "infoMessage" : "could not find member to sync from",
            "electionTime" : Timestamp(1525231648, 2),
            "electionDate" : ISODate("2018-05-02T03:27:28Z"),
            "configVersion" : 1,
            "self" : true
        }
    ],
    "ok" : 1
}

添加复制集成员

#如下  添加了两个成员  观察敲命令的位置已经变成了shard1:PRIMARY>
shard1:PRIMARY> rs.add("1.1.2.134:27111")
{ "ok" : 1 }
shard1:PRIMARY> rs.add("1.1.2.129:27111")
{ "ok" : 1 }

查看复制集状态

shard1:PRIMARY> rs.status();
{
    "set" : "shard1",
    "date" : ISODate("2018-05-02T05:46:24.523Z"),
    "myState" : 1,
    "term" : NumberLong(2),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1525239984, 1),
            "t" : NumberLong(2)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1525239984, 1),
            "t" : NumberLong(2)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1525239984, 1),
            "t" : NumberLong(2)
        }
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "1.1.2.155:27111",##########
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",#########
            "uptime" : 233,
            "optime" : {
                "ts" : Timestamp(1525239984, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2018-05-02T05:46:24Z"),
            "electionTime" : Timestamp(1525239752, 1),
            "electionDate" : ISODate("2018-05-02T05:42:32Z"),
            "configVersion" : 3,
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "1.1.2.134:27111",#####
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY", #########
            "uptime" : 57,
            "optime" : {
                "ts" : Timestamp(1525239974, 1),
                "t" : NumberLong(2)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1525239974, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2018-05-02T05:46:14Z"),
            "optimeDurableDate" : ISODate("2018-05-02T05:46:14Z"),
            "lastHeartbeat" : ISODate("2018-05-02T05:46:24.363Z"),
            "lastHeartbeatRecv" : ISODate("2018-05-02T05:46:23.410Z"),
            "pingMs" : NumberLong(1),
            "syncingTo" : "10.10.20.155:27111",
            "configVersion" : 3
        },
        {
            "_id" : 2,
            "name" : "1.1.2.129:27111", #####
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY", #####
            "uptime" : 52,
            "optime" : {
                "ts" : Timestamp(1525239974, 1),
                "t" : NumberLong(2)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1525239974, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2018-05-02T05:46:14Z"),
            "optimeDurableDate" : ISODate("2018-05-02T05:46:14Z"),
            "lastHeartbeat" : ISODate("2018-05-02T05:46:22.557Z"),
            "lastHeartbeatRecv" : ISODate("2018-05-02T05:46:23.001Z"),
            "pingMs" : NumberLong(0),
            "syncingTo" : "1.1.2.134:27111",
            "configVersion" : 3
        }
    ],
    "ok" : 1
}

查看副本集成员及其优先级（看好成员的顺序，优先级从1-100，越大的优先级越高）

shard1:PRIMARY> rs.conf();
{
    "_id" : "shard1",
    "version" : 3,
    "protocolVersion" : NumberLong(1),
    "members" : [
        {
            "_id" : 0,
            "host" : "10.10.20.155:27111",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 3,
            "tags" : {
                
            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        },
        {
            "_id" : 1,
            "host" : "10.10.20.134:27111",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {
                
            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        },
        {
            "_id" : 2,
            "host" : "10.10.20.129:27111",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {
                
            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        }
    ],
    "settings" : {
        "chainingAllowed" : true,
        "heartbeatIntervalMillis" : 2000,
        "heartbeatTimeoutSecs" : 10,
        "electionTimeoutMillis" : 10000,
        "catchUpTimeoutMillis" : 2000,
        "getLastErrorModes" : {
            
        },
        "getLastErrorDefaults" : {
            "w" : 1,
            "wtimeout" : 0
        },
        "replicaSetId" : ObjectId("5ae93020e22979d68675c342")
    }
}

进行优先级设置，以便为了当主死了，可以由自己指定的服务器作为主

shard1:PRIMARY> config=rs.conf()  
shard1:PRIMARY> config.members[0].priority = 3; ##根据id修改优先级  主
3
shard1:PRIMARY> config.members[1].priority = 2; ## 从
2
shard1:PRIMARY> config.members[2].priority = 1 ; ##仲裁的
1

保存配置 生效

shard1:PRIMARY> rs.reconfig(config)
{ "ok" : 1 }

到此位置 副本集创建完毕  步骤还是很清晰明了的呢  突然好喜欢mongo  兴趣来了

5. 创建认证用户

shard1:PRIMARY> db.createUser(
...  {
...      user: "dba",
...      pwd: "dba@2017",
...      roles: [ { role: "userAdminAnyDatabase", db: "admin" } ]
...    }
...  )
Successfully added user: {
    "user" : "dba",
    "roles" : [
        {
            "role" : "userAdminAnyDatabase",
            "db" : "admin"
        }
    ]
}

6. 测试主从同步

在主上

use test
db.t1.insert({x:1})

然后在两个从上查看是否有新创建的库和数据

use test;
show dbs;
db.test.find()

####在从上查看的时候可能有报错 解决方法如下：

报错如下：

2018-05-02T13:56:01.550+0800 E QUERY    [thread1] Error: listDatabases failed:{
    "ok" : 0,
    "errmsg" : "not master and slaveOk=false",
    "code" : 13435,
    "codeName" : "NotMasterNoSlaveOk"
} :
_getErrorWithCode@src/mongo/shell/utils.js:25:13
Mongo.prototype.getDBs@src/mongo/shell/mongo.js:62:1
shellHelper.show@src/mongo/shell/utils.js:769:19
shellHelper@src/mongo/shell/utils.js:659:15
@(shellhelp2):1:1

解决方法如下：

## 注意观察  输入命令的地方 shard1:SECONDARY> 变成了这样  已经是从的状态了
shard1:SECONDARY> rs.slaveOk(); ##  先执行这个再看
shard1:SECONDARY> show dbs;
admin   0.000GB
local   0.000GB
runoob  0.000GB
testtt  0.000GB
user    0.000GB
shard1:SECONDARY> use testtt;
switched to db testtt
shard1:SECONDARY> 
shard1:SECONDARY> db.testtt.find()
{ "_id" : ObjectId("5ae952dd81d821af964649f7"), "x" : 1 }
shard1:SECONDARY> exit

7.测试主从故障切换

在主上  将主停了

use admin
db.shutdownServer()

去从上看 

shard1:SECONDARY> 
shard1:PRIMARY> 
shard1:PRIMARY> 
前缀已经改变 可以再用命令rs.status();查看一下主从状态

在新的主上，插入新的数据

shard1:PRIMARY> use test
switched to db test
shard1:PRIMARY> db.t1.insert({x:2})
WriteResult({ "nInserted" : 1 })

然后去另一个从上查看数据是否同步

shard1:PRIMARY> use test
switched to db test

shard1:PRIMARY> db.t1.find()
{ "_id" : ObjectId("58be61ade717794f6b66b557"), "x" : 1 }
{ "_id" : ObjectId("58be6408d03d16a5c98fbb57"), "x" : 2 }

将主重新启动  观察新的数据是否同步  观察新的主是否又成为了从

 

这几天又陆陆续续搭建了几个副本集，发现主挂了后，从是顶上去了，但是另外的从上去查数据，等了好一会也查不到 一直报错如下

018-05-03T11:27:13.147+0800 E QUERY    [thread1] Error: listDatabases failed:{
    "ok" : 0,
    "errmsg" : "not master and slaveOk=false",
    "code" : 13435,
    "codeName" : "NotMasterNoSlaveOk"
} :
_getErrorWithCode@src/mongo/shell/utils.js:25:13
Mongo.prototype.getDBs@src/mongo/shell/mongo.js:62:1
shellHelper.show@src/mongo/shell/utils.js:769:19
shellHelper@src/mongo/shell/utils.js:659:15
@(shellhelp2):1:1

然后我手动执行

rs.slaveOk();

就可以了  这让我疑惑了  难道以后线上主挂了  从还得有上去手动恢复的可能性

知道的人告诉我一下白

这样一个需求

现在有这样一个需求

一个有数据的单点mongo做迁移，再以此mongo为主，配置两个从

1. mongo的迁移

我的mongo是用二进制包安装的，迁移的时候将mongo的程序目录，数据目录完整复制到新的机器上

修改一下 bind ip就可以了   路径啥的的最好不要变了

2. 为mongo配置主从

每个mongo的配置文件里都添加

 

replSet=shard1 #副本集的名字  所有的mongo一致

 

然后主的mongo启动的时候 或许可以不用指定 --replSet shard1

/usr/local/mongodb-3.2.16/bin/mongod -f /data/mongodb/conf/mongod.conf  --replSet shard1 &

然后依次启动 其他mongo 查看副本集情况

 

转载于:https://www.cnblogs.com/lazyball/p/8980294.html

dcw93178
关注
mongodb3.4集群搭建实战之高可用的分片+副本集
01-19
在搭建集群之前，需要首先了解几个概念：路由，分片、副本集、配置服务器等。 相关概念 先来看一张图： 从图中可以看到有四个组件：mongos、config server、shard、replica set。 mongos，数据库集群请求的入口，...
Mongo集群之副本集详解
lienze.tech
12-23 1519
前言 这几年一直在it行业里摸爬滚打，一路走来，不少总结了一些python行业里的高频面试，看到大部分初入行的新鲜血液，还在为各样的面试题答案或收录有各种困难问题 于是乎，我自己开发了一款面试宝典，希望能帮到大家，也希望有更多的Python新人真正加入从事到这个行业里，让python火不只是停留在广告上。 微信小程序搜索：Python面试宝典 或可关注原创个人博客：https://lienze.tech 也可关注微信公众号，不定时发送各类有趣猎奇的技术文章：Python编程学习 副本集 此集群拥有一个主节点
MongoDB副本集的搭建
weixin_34293141的博客
05-03 303
副本集是mongodb提供的一种高可用解决方案。相对于原来的主从复制，副本集能自动感知primary节点的下线，并提升其中一个Secondary作为Primary。 整个过程对业务透明，同时也大大降低了运维的成本。 架构图如下：   MongoDB副本集的角色 1. Primary    默认情况下，读写都是在Primary上操作的。 2. Secondary    通过opl...
mongodb一致性协议_Mongodb选举机制
weixin_34439193的博客
01-12 695
1.选举协议下面是官网对老版本和新版本复制协议的简洁说明：pv0: 基于priority 和 optime 选举新主，依赖clock synchronization。有选举权的节点，每一轮选举最多投一票，在30s内，不能重复投票。pv1:基于Raft协议，每个成员都有 对候选主列表成员投赞成或者反对票，不是单方面否决选举，没有节点投反对票，且获得赞成票数超过有权投票节点总数的1/2，则能成为Pri...
mongodb集群的常用配置
孙霸天的专栏
05-23 895
文章目录集群的常用配置查看分片信息状态调整副本集登录数据节点的主节点查看副本集节点的配置信息更新副本集的成员配置加入新节点加入仲裁节点删除节点使用副节点查询数据（需登录副本节点）在特定时间内使其节点不成为主节点使主节点降级为副节点查看Oplog相关信息（包含Oplog大小、头尾数据时间）显示主节点的副本集及同步状态查看副本集中的节点有哪些指令可使用查看当前节点是否为主节点指定副节点成员同步的对象（需登录副节点）调整分片集群新增分片移除分片禁用chunk的自动切割功能启用chunk的自动切割功能用指定的分片键
MongoDB复制集技术
树袋熊
07-14 342
MongoDB复制集简介 一组MongoDB复制集，就是一组mongod进程，这些进程维护同一个数据集合。复制集提供了数据冗余和高等级的可靠性，这是生产部署的基础。 保证数据在生产不属实的冗余和可靠性，通过在不同的机器上保存副本来保证数据不会因为单点损坏而丢失。能够随时应对数据丢失、机器损坏带来的风险。还能提高读取能力，用户的读取服务器和写入服务器在不同的地方，而且，有不同的服务器为不同的用户提供服务，提高整个系统的负载。 一组复制集就是一组mongod实例掌管统一个数据集，实例可以再不同的机器上。实例中
mongo-university:学习mongo和Node.js
05-20
6. **MongoDB 高级特性**：深入理解 MongoDB 的索引、复制集、分片和读写副本，以及如何进行性能优化。 7. **Node.js 与 MongoDB 集成**：实践在 Node.js 应用中连接 MongoDB，使用 Mongoose 进行数据操作，实现 ...
MongoDB原理与实战-阿里云-张友东
05-07
- **定义**: MongoDB复制集是一种高可用性和容错性方案，它由一个或多个副本组成，每个副本都是主数据库的一个完整拷贝。 - **角色**: - **Primary (主)**: 接受所有读写操作的主要节点。 - **Secondary (次级)**:...
MongoDB 4.2副本集自动故障转移（一主一副一仲裁）
aa5181的专栏
03-18 413
一、检查副本集状态 handong1:PRIMARY>rs.status() { "set":"handong1", "date":ISODate("2021-03-18T11:43:08...
mongodb副本集
tang_jin2015的专栏
09-16 2113
Mongodb 副本集 mongodb支持副本集，通过异步复制 来达到故障转移和冗余，以保证一台服务器挂了以后数据依旧有备份。 mongodb的高可用采用两种策略： 1、主从复制 某一个服务启动加上-master参数，另一个服务加上-slave及-source选项 2、副本集     为mongodb推荐使用方式，能够实现故障自动切换。 通过oplog实现数据复制，oplog是个固定
Heartbeat超时值
大JAVA解决方案
10-09 3206
heartbeat超时值定义了RabbitMQ及其client库在多久之后认为TCP连接不可到达。这个值是在client连接RabbitMQ服务器的时候协商好的，在RabbitMQ 3.0及以上版本，broker缺省就会自动尝试进行heartbeat协商，而对于低版本则必须由client在连接时显示地请求协商。该值单位为秒，缺省是60秒。 每隔timeout / 2秒发送一个Heartbeat消息帧，这个值有时被称作heartbeat interval，如果连续丢失两个heartbeats消息帧，就认...
【12.18】mongodb（中）
张森纳的博客
12-18 460
21.31 php的mongodb扩展 21.32 php的mongo扩展 21.33 mongodb副本集介绍 21.34 mongodb副本集搭建 21.35 mongodb副本集测试
MongoDB分片式高可用集群搭建
神棍之路
04-21 716
高可用性即HA（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。 一、高可用集群的解决方案 高可用性即HA（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。 计算机系统的高可用在不同的层面上有不同...
MongoDB复制集入门
bin的专栏
06-11 828
一，概述MongoDB复制是将数据同步在多个服务器的过程。 复制提供了数据的冗余备份，并在多个服务器上存储数据副本，提高了数据的可用性， 并可以保证数据的安全性。 复制还允许您从硬件故障和服务中断中恢复数据。二，什么是复制 保障数据的安全性 数据高可用性 (24*7) 灾难恢复 无需停机维护（如备份，重建索引，压缩） 分布式读取数据 三，MongoDB复制原理mongodb的复制至少需要两个节点
【ManggoDB】安装配置（伪分布式集群搭建）Replia Set
瑞新の博客：bennyrhys
11-04 4931
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
mongo 对删除节点remove OTHER
发歌的数据架构
04-13 2408
在复制集之中，我们通常会有删除复制集节点的操作 其中一个很典型的场景就是，海量数据的跨机房无缝迁移。例如，A机房 有一主一从两节点复制集，现在要把数据迁移到 B机房，并做到过程耗时很短，同时迁移失败及时回滚还原直接的连接配置。 一般会将B机房一个节点作为A机房复制集的从节点，直到同步趋于一致之后，再将连接改成B机房的，但是此过程会有如下问题： stage001:PRIMARY> r...
深入浅出MongoDB复制
IT技术精选文摘
02-01 858
个人介绍赵景波，3年专职DBA经验，2017 DTCC 讲师，目前主要负责新浪NoSQL服务的运维及研发工作。热衷于开源DB内部原理探究。综述笔者最近在生产环境中遇到许多复制相关问题，查阅网上资料发现官方文档虽然系统但是不够有深度，网上部分深度文章则直接以源码展示，不利于大家了解。所以本文则是结合前两者最终给读者以简单的方式展现MongoDB复制的整个架构。本文分为以下5个步骤：MongoDB复制
MongoDB集群构建方案ReplicaSet
iOLO的博客
09-15 565
MongoDB集群构建方案 方案简介 Mongodb的三种集群方式的搭建：Replica Set，Sharding，Master-Slaver。 本方案是基于Replica Set模式进行构建。 Replica Set （副本集） 集群中包含多分数据，主节点挂掉，副节点继续提供服务，仲裁节点是特殊的节点，本身不存储数据，主要作用决定哪个备用节点成为主节点，所以客户端不需要连接此节点。 部署方案 1-准备 服务器，多台，本方案是一主，俩从，一仲裁。所以是四台服务器，并且四台服务器可以互相通讯 而且需要明确
07 Oracle数据库恢复基础解析：从检查点到归档，一步步构建数据安全防线
最新发布
超哥的博客
11-09 1278
检查点是Oracle数据库中的一个特殊事件，它的作用是将内存中的数据块同步到磁盘上，以确保数据的持久性。简单来说，就是让数据库“记住”到目前为止所有的更改。Redo日志是Oracle用来记录所有数据更改的日志文件。每次对数据库进行修改时，都会先写入Redo日志，然后再写入数据文件。这样，即使系统崩溃，也能通过Redo日志恢复数据。当数据库运行在归档模式下时，一旦当前的Redo日志文件满，Oracle会将其复制到一个安全的存储位置，并标记为已归档。这样可以长期保留Redo日志，便于历史数据的恢复。
MongoDB副本集部署与用户验证实战教程
本资源主要介绍了MongoDB副本集的部署和用户验证流程，以提高数据库安全性。首先，部署步骤包括通过配置文件（如`rsconf`）初始化和添加副本集成员，如将`localhost`替换为实际的IP地址，确保集群的正常运行。在部署...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值