mongodb集群部署（副本集）踩坑

已于 2022-07-21 19:12:19 修改
阅读量468 收藏
点赞数
分类专栏： 数据库 文章标签： mongodb 数据库 nosql
于 2022-07-21 14:42:10 首次发布
原文链接：https://www.cnblogs.com/ybinshi/p/15772201.html
版权

1：部署前环境准备

操作系统：CentOS Linux release 7.8.2003 (Core)

安装包下载地址：https://www.mongodb.com/download-center/community
在这里插入图片描述
服务器资源信息：

192.168.111.139--------------master#####主节点
192.168.111.140--------------slaver#####备节点
192.168.111.141--------------arbiter#####仲裁节点

2：解压安装并启动

2.1：192.168.111.139

注意：如果在阿里云部署，bind_ip应设置为阿里云的内网IP，否则，启动失败。

mkdir -p /opt/mongodb/data/master   ###创建存放数据的目录
 mkdir -p /opt/mongodb/log    ###创建存放日志的目录
 
 mkdir -p /opt/mongodb/conf   ###创建存放配置文件的目录

 配置文件：master.conf

dbpath=/opt/mongodb/data/master
logpath=/opt/mongodb/log/master.log
pidfilepath=/opt/mongodb/master.pid
directoryperdb=true
logappend=true
replSet=testrs
bind_ip=192.168.111.139
port=27017
oplogSize=10000
fork=true
#noprealloc=true

./monood -f ../conf/master.conf

2.2 192.168.111.140

mkdir -p /opt/mongodb/data/slaver   ###创建存放数据的目录
 mkdir -p /opt/mongodb/log    ###创建存放日志的目录
 
 mkdir -p /opt/mongodb/conf   ###创建存放配置文件的目录

 配置文件：slaver.conf

dbpath=/opt/mongodb/data/slaver 
logpath=/opt/mongodb/log/slaver.log 
pidfilepath=/opt/mongodb/slaver.pid 
directoryperdb=true 
logappend=true 
replSet=testrs 
bind_ip=192.168.111.140
port=27017 
oplogSize=10000 
fork=true 
#noprealloc=true

./monood -f ../conf/slaver.conf

2.3 192.168.111.141

 mkdir -p /opt/mongodb/data/arbiter   ###创建存放数据的目录
 mkdir -p /opt/mongodb/log    ###创建存放日志的目录
 
 mkdir -p /opt/mongodb/conf   ###创建存放配置文件的目录

 配置文件：arbiter.conf

dbpath=/opt/mongodb/data/arbiter
logpath=/opt/mongodb/log/arbiter.log 
pidfilepath=/opt/mongodb/arbiter.pid 
directoryperdb=true 
logappend=true 
replSet=testrs 
bind_ip=192.168.111.141
port=27017 
oplogSize=10000 
fork=true 
#noprealloc=true

./monood -f ../conf/arbiter.conf

3:配置主 备 仲裁节点
注意：如果在阿里云部署的情况下，如果bind_ip设置的为内网IP，下面在配置主 备 仲裁节点关系的语句中的IP，则配置为外网IP，如果也配置的为内网IP的情况下，无论客户端python、java通过集群的模式连接的话，会连接不上。
所以解决方案：
配置主 备 仲裁节点关系的语句中的IP，配置为外网IP

./mongo 192.168.111.139:27017
use admin
cfg={ _id:"testrs", members:[ {_id:0,host:'192.168.111.139:27017',priority:2}, {_id:1,host:'192.168.111.140:27017',priority:1},{_id:2,host:'192.168.111.141:27017',arbiterOnly:true}] }; 

rs.initiate(cfg) ###使之生效

查看rs的相关信息

rs.status()

##########以上基本就是副本集集群部署的详细步骤，简单测试步骤如下=============

测试步骤：

1：再主节点添加数据
在这里插入图片描述
2：再从节点查看读取数据
在这里插入图片描述
报错如上：是因为从节点没有开启读操作

执行命令

rs.slaveOk()

在这里插入图片描述
然后再进行读取操作
在这里插入图片描述
3：测试主节点宕机故障

宕机故障前查看rs.status()
1、

{
    "set" : "testrs",
    "date" : ISODate("2022-01-06T09:25:12.526Z"),
    "myState" : 2,
    "term" : NumberLong(1),
    "syncSourceHost" : "192.168.111.139:27017",
    "syncSourceId" : 0,
    "heartbeatIntervalMillis" : NumberLong(2000),
    "majorityVoteCount" : 2,
    "writeMajorityCount" : 2,
    "votingMembersCount" : 3,
    "writableVotingMembersCount" : 2,
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1641461104, 1),
            "t" : NumberLong(1)
        },
        "lastCommittedWallTime" : ISODate("2022-01-06T09:25:04.568Z"),
        "readConcernMajorityOpTime" : {
            "ts" : Timestamp(1641461104, 1),
            "t" : NumberLong(1)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1641461104, 1),
            "t" : NumberLong(1)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1641461104, 1),
            "t" : NumberLong(1)
        },
        "lastAppliedWallTime" : ISODate("2022-01-06T09:25:04.568Z"),
        "lastDurableWallTime" : ISODate("2022-01-06T09:25:04.568Z")
    },
    "lastStableRecoveryTimestamp" : Timestamp(1641461064, 1),
    "electionParticipantMetrics" : {
        "votedForCandidate" : true,
        "electionTerm" : NumberLong(1),
        "lastVoteDate" : ISODate("2022-01-06T08:41:24.268Z"),
        "electionCandidateMemberId" : 0,
        "voteReason" : "",
        "lastAppliedOpTimeAtElection" : {
            "ts" : Timestamp(1641458473, 1),
            "t" : NumberLong(-1)
        },
        "maxAppliedOpTimeInSet" : {
            "ts" : Timestamp(1641458473, 1),
            "t" : NumberLong(-1)
        },
        "priorityAtElection" : 1,
        "newTermStartDate" : ISODate("2022-01-06T08:41:24.284Z"),
        "newTermAppliedDate" : ISODate("2022-01-06T08:41:24.369Z")
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "192.168.111.139:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 2638,
            "optime" : {
                "ts" : Timestamp(1641461104, 1),
                "t" : NumberLong(1)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1641461104, 1),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2022-01-06T09:25:04Z"),
            "optimeDurableDate" : ISODate("2022-01-06T09:25:04Z"),
            "lastAppliedWallTime" : ISODate("2022-01-06T09:25:04.568Z"),
            "lastDurableWallTime" : ISODate("2022-01-06T09:25:04.568Z"),
            "lastHeartbeat" : ISODate("2022-01-06T09:25:11.711Z"),
            "lastHeartbeatRecv" : ISODate("2022-01-06T09:25:10.982Z"),
            "pingMs" : NumberLong(0),
            "lastHeartbeatMessage" : "",
            "syncSourceHost" : "",
            "syncSourceId" : -1,
            "infoMessage" : "",
            "electionTime" : Timestamp(1641458484, 1),
            "electionDate" : ISODate("2022-01-06T08:41:24Z"),
            "configVersion" : 1,
            "configTerm" : 1
        },
        {
            "_id" : 1,
            "name" : "192.168.111.140:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 2911,
            "optime" : {
                "ts" : Timestamp(1641461104, 1),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2022-01-06T09:25:04Z"),
            "lastAppliedWallTime" : ISODate("2022-01-06T09:25:04.568Z"),
            "lastDurableWallTime" : ISODate("2022-01-06T09:25:04.568Z"),
            "syncSourceHost" : "192.168.111.139:27017",
            "syncSourceId" : 0,
            "infoMessage" : "",
            "configVersion" : 1,
            "configTerm" : 1,
            "self" : true,
            "lastHeartbeatMessage" : ""
        },
        {
            "_id" : 2,
            "name" : "192.168.111.141:27017",
            "health" : 1,
            "state" : 7,
            "stateStr" : "ARBITER",
            "uptime" : 2638,
            "lastHeartbeat" : ISODate("2022-01-06T09:25:11.711Z"),
            "lastHeartbeatRecv" : ISODate("2022-01-06T09:25:10.765Z"),
            "pingMs" : NumberLong(0),
            "lastHeartbeatMessage" : "",
            "syncSourceHost" : "",
            "syncSourceId" : -1,
            "infoMessage" : "",
            "configVersion" : 1,
            "configTerm" : 1
        }
    ],
    "ok" : 1,
    "$clusterTime" : {
        "clusterTime" : Timestamp(1641461104, 1),
        "signature" : {
            "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
            "keyId" : NumberLong(0)
        }
    },
    "operationTime" : Timestamp(1641461104, 1)
}

2：将主节点的进程杀掉

ps -ef|grep mongo

kill -9 2705

在这里插入图片描述
登录从节点查看节点状态

 {
    "set" : "testrs",
    "date" : ISODate("2022-01-06T09:31:29.890Z"),
    "myState" : 1,
    "term" : NumberLong(2),
    "syncSourceHost" : "",
    "syncSourceId" : -1,
    "heartbeatIntervalMillis" : NumberLong(2000),
    "majorityVoteCount" : 2,
    "writeMajorityCount" : 2,
    "votingMembersCount" : 3,
    "writableVotingMembersCount" : 2,
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1641461424, 1),
            "t" : NumberLong(1)
        },
        "lastCommittedWallTime" : ISODate("2022-01-06T09:30:24.594Z"),
        "readConcernMajorityOpTime" : {
            "ts" : Timestamp(1641461424, 1),
            "t" : NumberLong(1)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1641461481, 1),
            "t" : NumberLong(2)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1641461481, 1),
            "t" : NumberLong(2)
        },
        "lastAppliedWallTime" : ISODate("2022-01-06T09:31:21.169Z"),
        "lastDurableWallTime" : ISODate("2022-01-06T09:31:21.169Z")
    },
    "lastStableRecoveryTimestamp" : Timestamp(1641461424, 1),
    "electionCandidateMetrics" : {
        "lastElectionReason" : "electionTimeout",
        "lastElectionDate" : ISODate("2022-01-06T09:30:41.137Z"),
        "electionTerm" : NumberLong(2),
        "lastCommittedOpTimeAtElection" : {
            "ts" : Timestamp(1641461424, 1),
            "t" : NumberLong(1)
        },
        "lastSeenOpTimeAtElection" : {
            "ts" : Timestamp(1641461424, 1),
            "t" : NumberLong(1)
        },
        "numVotesNeeded" : 2,
        "priorityAtElection" : 1,
        "electionTimeoutMillis" : NumberLong(10000),
        "numCatchUpOps" : NumberLong(0),
        "newTermStartDate" : ISODate("2022-01-06T09:30:41.161Z")
    },
    "electionParticipantMetrics" : {
        "votedForCandidate" : true,
        "electionTerm" : NumberLong(1),
        "lastVoteDate" : ISODate("2022-01-06T08:41:24.268Z"),
        "electionCandidateMemberId" : 0,
        "voteReason" : "",
        "lastAppliedOpTimeAtElection" : {
            "ts" : Timestamp(1641458473, 1),
            "t" : NumberLong(-1)
        },
        "maxAppliedOpTimeInSet" : {
            "ts" : Timestamp(1641458473, 1),
            "t" : NumberLong(-1)
        },
        "priorityAtElection" : 1
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "192.168.111.139:27017",
            "health" : 0,
            "state" : 8,
            "stateStr" : "(not reachable/healthy)",
            "uptime" : 0,
            "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"),
            "lastAppliedWallTime" : ISODate("2022-01-06T09:30:24.594Z"),
            "lastDurableWallTime" : ISODate("2022-01-06T09:30:24.594Z"),
            "lastHeartbeat" : ISODate("2022-01-06T09:31:29.296Z"),
            "lastHeartbeatRecv" : ISODate("2022-01-06T09:30:31.293Z"),
            "pingMs" : NumberLong(0),
            "lastHeartbeatMessage" : "Error connecting to 192.168.111.139:27017 :: caused by :: Connection refused",
            "syncSourceHost" : "",
            "syncSourceId" : -1,
            "infoMessage" : "",
            "configVersion" : 1,
            "configTerm" : 1
        },
        {
            "_id" : 1,
            "name" : "192.168.111.140:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 3288,
            "optime" : {
                "ts" : Timestamp(1641461481, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2022-01-06T09:31:21Z"),
            "lastAppliedWallTime" : ISODate("2022-01-06T09:31:21.169Z"),
            "lastDurableWallTime" : ISODate("2022-01-06T09:31:21.169Z"),
            "syncSourceHost" : "",
            "syncSourceId" : -1,
            "infoMessage" : "",
            "electionTime" : Timestamp(1641461441, 1),
            "electionDate" : ISODate("2022-01-06T09:30:41Z"),
            "configVersion" : 1,
            "configTerm" : 2,
            "self" : true,
            "lastHeartbeatMessage" : ""
        },
        {
            "_id" : 2,
            "name" : "192.168.111.141:27017",
            "health" : 1,
            "state" : 7,
            "stateStr" : "ARBITER",
            "uptime" : 3015,
            "lastHeartbeat" : ISODate("2022-01-06T09:31:29.200Z"),
            "lastHeartbeatRecv" : ISODate("2022-01-06T09:31:29.214Z"),
            "pingMs" : NumberLong(0),
            "lastHeartbeatMessage" : "",
            "syncSourceHost" : "",
            "syncSourceId" : -1,
            "infoMessage" : "",
            "configVersion" : 1,
            "configTerm" : 2
        }
    ],
    "ok" : 1,
    "$clusterTime" : {
        "clusterTime" : Timestamp(1641461481, 1),
        "signature" : {
            "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
            "keyId" : NumberLong(0)
        }
    },
    "operationTime" : Timestamp(1641461481, 1)
}

从上面信息可以看到从节点的节点状态已经变成了“PRIMARY”主节点，

重启主节点信息，然后查看节点状态发现节点的主从状态再次更新变化。。。

上面的部署环境：一主一丛一仲裁 =====主节点挂机后通过仲裁机制自动切换到备机上

一主两从===========主节点挂机后自动切换到另外两台中的一台

gaoxiaomo
关注
专栏目录
MongoDB 副本集的部署
panbuhei
04-23 513
MongoDB 的副本集是具有数据同步的高可用集群，它可以在不需要额外的程序/插件的情况下，自动切换主从。
Mongodb4.0高可用集群搭建：分片+副本集
weixin_34289454的博客
03-08 2050
Mongodb4.0集群搭建：分片+副本集 前言：项目近期面临技术转型，本人负责搭建mongodb分片+副本集高可用集群，经过几天的踩坑填坑，摸爬滚打终于成功搭建，俗话说好记性不如烂笔头，所以有必要记录下搭建过程，欢迎大家参考转载，本文只记录了搭建过程，其工作原理还需自行学习。 一 概念介绍 MongoDB分片简述：高数据量和吞吐量的数据库应用会对单机的性能造成较大压力，大的查询量会将单机的 C...
MongoDB副本集集群搭建
GotFull的博客
09-25 1068
MongoDB副本集集群搭建
MongoDB 5.0版本副本集集群
最新发布
m0_60125201的博客
09-06 1448
详细介绍如何部署mongodb5.0副本集部署并对副本集集群进行实时同步
mongodb的坑
happy_Pinocchio的博客
12-09 572
实际项目中，mongodb踩得坑 背景： 最近项目中项目中用到mongodb集群，以前用过redis，第一次用mongodb，开始的想法是都是nosql，应该差不多，但是真正用的时候才发现，都是nosql，坑不一样的蹲法。这里记录一下遇到的一些问题。后续再有遇到，继续完善。常用的mongodb操作语句 spring+mongodb分页查询报错 1、常用的mongodb操作语句 登陆：mongo –p
Mongodb副本集的部署
qq_60142726的博客
05-20 801
Mongodb副本集的部署
05.mongodb的大坑
weixin_47039303的博客
03-19 452
/会查询 spring data会查询 空集合,切换数据库即可查出。3.在yml配置文件有选择数据库的,如果选择错会findAll()方法只会返回空集合。//27017不知道是端口太长了,外网访问不了,需要做端口 本机端口转发到本地的端口。8.需要添加一台 集群机器就检查一次,不然不知道是主节点出问题 还是 其他出问题。//如果 @Field不写 也可以查到, field是属于指定字段名的。//如果不存在这个字段,就返回null。//如果不写这个字段,就没有这个数据。1.linux安装yum缺少包。
MongoDB笔记（六）：MongoDB 4.0 主从数据库、集群搭建（Windows环境）
我心似明月的博客
01-31 3303
MongoDB在4.0时，取消了主从数据库配置，采用副本集方式 MongoDB 4.0 removes support for master-slave replication. Before you can upgrade to MongoDB 4.0, if your deployment uses master-slave replication, you must upgrade to ...
叮咚买菜自建MongoDB上云实践
MongoDB中文社区
12-22 748
随着近年来公有云技术及云基础设施的发展，越来越多的企业转为使用公有云来托管自己的服务。云数据库因为数据可靠性、资源弹性、运维便捷行，云上数据库服务也正成为企业数据管理的较好的选择。 本文以叮咚买菜自建MongoDB数据库整体迁移上腾讯云MongoDB为背景，分享叮咚买菜上云过程中的遇到的疑难问题及对应的性能优化解决方法等，主要包括以下分享内容： 云上MongoDB版本选型 安全上云及切换方案 叮咚买菜业务侧性能优化 上云遇到的疑难问题及解决方法 自建上云...
用Helm部署Kubernetes应用，支持多环境部署与版本回滚
南瓜慢说
07-09 1177
1 前言 Helm是优秀的基于Kubernetes的包管理器。利用Helm，可以快速安装常用的Kubernetes应用，可以针对同一个应用快速部署多套环境，还可以实现运维人员与开发人员的职责分离。现在让我们安装并体现一下，如何通过Helm安装MongoDB吧。 Kubernetes环境搭建可参考：Mac上使用Docker Desktop启动Kubernetes，踩坑后终于搞掂 2 Helm相关概念 包管理是一种复用理念，Helm与Kubernetes的关系，就像是yum与CentOS，pip于python，
Mongo 3.6.1版本Sharding集群配置
01-04 2302
Mongo低版本和高版本的sharding集群配置，细节不太一样。目前网上的配置文档大都是针对低版本的。本人在配置3.6.1版本的mongosharding集群的过程中，碰到不少问题，官方文档没有直观的示例，参考起来有点一头雾水。特整理记录下自己的测试环境sharding集群配置过程，供大家参考。 Mongo sharding集群由config server，mongos（路由）及shards服
MongoDB中的一些坑（最好不要用）
09-10
主要介绍了MongoDB中的一些坑（最好不要用）,本文总结了MongoDB 数据库级锁、建索引导致数据库阻塞、不合理使用嵌入 embed document、不合理使用 Array 字段等4个坑,需要的朋友可以参考下
mongodb副本集群搭建 以及踩过的坑
wenzhenyu1990的专栏
02-20 970
1、准备三台linux服务器：172.16.8.140 、 172.16.8.141 、 172.16.8.142在三台服务器上安装上mongodb 启动文件内容 dbpath=/usr/local/mongodb/data/db logpath=/usr/local/mongodb/data/logs/mongodb.logs logappend=true fork=true...
记录MongoDB使用过程中遇到的一个坑
qq_43509550的博客
06-27 226
记录MongoDB权限坑
MongoDB 查询中遇到的坑
java_fight的博客
11-14 723
首先mongoDB由于有优越的性能被广泛应用，尤其是处理千万，甚至上亿的数据上，对于有索引ID的查询不会比Mysql慢，不仅查厉害，写入也是血虐Mysql。当然各有各的好处。此篇博客不是要对比两个，而是要说一下我在工作中遇到的一个坑。 简单说吧 这是我的一个接口的请求的参数，大家可以看到时间这个参数是String类型的，写好接口后，我就开始一遍一遍的测，次次空指针，回到代码里检查n遍，没错呀。这...
MongoDB副本集介绍与部署
若不知道要驶向哪个码头，那么任何风都不会是顺风。
05-17 2448
MongoDB副本集（Replica Set）作为MongoDB数据库的核心功能之一，为开发人员提供了一种简单而有效的方式来实现数据的高可用性和冗余备份。在本文中，我们将探讨MongoDB副本集的概念、工作原理以及如何配置和管理一个稳健的副本集环境。
mongodb副本集群
yueechu的博客
06-30 979
MongoDB副本集（Replica Set）是提高MongoDB数据库系统可用性、可靠性和数据冗余性的关键机制。它基于主从复制（Master-Slave Replication）模型，通过一组相互连接的MongoDB节点（包括一个主节点和多个从节点）来确保数据的高可用性和一致性。当主节点发生故障时，副本集能够自动选择一个从节点作为新的主节点，从而实现无缝的故障转移和数据冗余。
MongoDB副本集群
wdaawdwadw的博客
06-11 1800
在副本集中，主节点（Primary）上的数据更改会立即通过复制操作日志（oplog）的方式异步地复制到其他副本节点（Secondary）上。：如果主节点发生故障，副本集会自动触发选举过程，从剩余的副本节点中选择一个新的主节点。一旦选举成功，新的主节点会接管读写操作，并且其他副本节点会开始复制新主节点上的数据更改。这可以通过设置读偏好（read preference）来实现，例如，将读请求路由到最近的副本节点或具有最低延迟的副本节点。：通过添加更多的副本节点，可以扩展副本集的读取能力和容错能力。
MongoDB集群部署实战：多服务器副本集配置与Java验证
"Mongodb集群部署手册详细介绍了如何在多台服务器上设置MongoDB副本集，包括下载、安装、配置和验证步骤。文档作者 Herbert 提供了基于Windows环境的部署指南，强调了在生产环境中应将副本集节点分散在不同机器上以...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值