【MongoDB】复制集主从切换

最新推荐文章于 2025-06-20 10:06:21 发布
最新推荐文章于 2025-06-20 10:06:21 发布
阅读量396 收藏
点赞数 3
CC 4.0 BY-SA版权
分类专栏： 数据库运维-MongoDB 文章标签： mongodb 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43346403/article/details/139697493

1.关闭主库。

shard1:PRIMARY> use admin 
switched to db admin
shard1:PRIMARY> db.shutdownServer()
server should be down...
2024-06-15T17:45:12.844+0800 I NETWORK  [js] trying reconnect to 127.0.0.1:27025 failed
2024-06-15T17:45:13.389+0800 I NETWORK  [js] reconnect 127.0.0.1:27025 failed failed 
2024-06-15T17:45:13.391+0800 I NETWORK  [js] trying reconnect to 127.0.0.1:27025 failed
2024-06-15T17:45:13.391+0800 I NETWORK  [js] reconnect 127.0.0.1:27025 failed failed 
>

2.检查集群状态 

shard1:PRIMARY> rs.status()
{
	"set" : "shard1",
	"date" : ISODate("2024-06-15T09:45:44.129Z"),
	"myState" : 1,
	"term" : NumberLong(3),
	"syncingTo" : "",
	"syncSourceHost" : "",
	"syncSourceId" : -1,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1718444703, 1),
			"t" : NumberLong(2)
		},
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1718444703, 1),
			"t" : NumberLong(2)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1718444734, 1),
			"t" : NumberLong(3)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1718444734, 1),
			"t" : NumberLong(3)
		}
	},
	"lastStableCheckpointTimestamp" : Timestamp(1718444693, 1),
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.1.51:27023",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 43025,
			"optime" : {
				"ts" : Timestamp(1718444734, 1),
				"t" : NumberLong(3)
			},
			"optimeDate" : ISODate("2024-06-15T09:45:34Z"),
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1718444712, 1),
			"electionDate" : ISODate("2024-06-15T09:45:12Z"),
			"configVersion" : 7,
			"self" : true,
			"lastHeartbeatMessage" : ""
		},
		{
			"_id" : 1,
			"name" : "192.168.1.51:27024",
			"health" : 1,
			"state" : 7,
			"stateStr" : "ARBITER",
			"uptime" : 42606,
			"lastHeartbeat" : ISODate("2024-06-15T09:45:42.856Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:45:42.410Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"configVersion" : 7
		},
		{
			"_id" : 2,
			"name" : "192.168.1.51:27025",
			"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"),
			"lastHeartbeat" : ISODate("2024-06-15T09:45:42.871Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:45:12.371Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "Error connecting to 192.168.1.51:27025 :: caused by :: Connection refused",
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"configVersion" : -1
		}
	],
	"ok" : 1,
	"operationTime" : Timestamp(1718444734, 1),
	"$gleStats" : {
		"lastOpTime" : Timestamp(0, 0),
		"electionId" : ObjectId("7fffffff0000000000000003")
	},
	"lastCommittedOpTime" : Timestamp(1718444703, 1),
	"$configServerState" : {
		"opTime" : {
			"ts" : Timestamp(1718444739, 1),
			"t" : NumberLong(1)
		}
	},
	"$clusterTime" : {
		"clusterTime" : Timestamp(1718444739, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	}
}

现在变成了，一个主库和一个仲裁节点。
且原来的主库:27025无法连接。所以，可以看到确实已经完成了，自动故障切换。

3.新增数据并重启宕机的节点

shard1:PRIMARY> db.test1.insert({"id":1,"name":"薛双奇"})
WriteResult({ "nInserted" : 1 })
shard1:PRIMARY> db.test1.insert({"id":2,"name":"薛双奇2"})
WriteResult({ "nInserted" : 1 })
shard1:PRIMARY> db.test1.insert({"id":3,"name":"薛双奇3"})
WriteResult({ "nInserted" : 1 })
--新主节点插入的数据。
shard1:PRIMARY> db.test1.find()
{ "_id" : ObjectId("666d63abfc41b781c917bc01"), "id" : 1, "name" : "薛双奇" }
{ "_id" : ObjectId("666d63b2fc41b781c917bc02"), "id" : 2, "name" : "薛双奇2" }
{ "_id" : ObjectId("666d63b8fc41b781c917bc03"), "id" : 3, "name" : "薛双奇3" }
shard1:PRIMARY> 


--检查集群状态。
shard1:PRIMARY> rs.status()
{
	"set" : "shard1",
	"date" : ISODate("2024-06-15T09:51:51.449Z"),
	"myState" : 1,
	"term" : NumberLong(4),
	"syncingTo" : "",
	"syncSourceHost" : "",
	"syncSourceId" : -1,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1718445106, 1),
			"t" : NumberLong(4)
		},
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1718445106, 1),
			"t" : NumberLong(4)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1718445106, 1),
			"t" : NumberLong(4)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1718445106, 1),
			"t" : NumberLong(4)
		}
	},
	"lastStableCheckpointTimestamp" : Timestamp(1718444703, 1),
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.1.51:27023",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 57,
			"optime" : {
				"ts" : Timestamp(1718445106, 1),
				"t" : NumberLong(4)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1718445106, 1),
				"t" : NumberLong(4)
			},
			"optimeDate" : ISODate("2024-06-15T09:51:46Z"),
			"optimeDurableDate" : ISODate("2024-06-15T09:51:46Z"),
			"lastHeartbeat" : ISODate("2024-06-15T09:51:51.021Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:51:51.157Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncingTo" : "192.168.1.51:27025",
			"syncSourceHost" : "192.168.1.51:27025",
			"syncSourceId" : 2,
			"infoMessage" : "",
			"configVersion" : 7
		},
		{
			"_id" : 1,
			"name" : "192.168.1.51:27024",
			"health" : 1,
			"state" : 7,
			"stateStr" : "ARBITER",
			"uptime" : 57,
			"lastHeartbeat" : ISODate("2024-06-15T09:51:51.021Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:51:50.625Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"configVersion" : 7
		},
		{
			"_id" : 2,
			"name" : "192.168.1.51:27025",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 60,
			"optime" : {
				"ts" : Timestamp(1718445106, 1),
				"t" : NumberLong(4)
			},
			"optimeDate" : ISODate("2024-06-15T09:51:46Z"),
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1718445064, 2),
			"electionDate" : ISODate("2024-06-15T09:51:04Z"),
			"configVersion" : 7,
			"self" : true,
			"lastHeartbeatMessage" : ""
		}
	],
	"ok" : 1,
	"operationTime" : Timestamp(1718445106, 1),
	"$gleStats" : {
		"lastOpTime" : Timestamp(0, 0),
		"electionId" : ObjectId("7fffffff0000000000000004")
	},
	"lastCommittedOpTime" : Timestamp(1718445106, 1),
	"$configServerState" : {
		"opTime" : {
			"ts" : Timestamp(1718445106, 1),
			"t" : NumberLong(1)
		}
	},
	"$clusterTime" : {
		"clusterTime" : Timestamp(1718445106, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	}
}

---我们发现原来的27025又变回了主节点。
shard1:PRIMARY> use test; 
switched to db test
shard1:PRIMARY> show tables; 
test1
testindx
users
shard1:PRIMARY> db.test1.find()
{ "_id" : ObjectId("666d63b8fc41b781c917bc03"), "id" : 3, "name" : "薛双奇3" }
{ "_id" : ObjectId("666d63b2fc41b781c917bc02"), "id" : 2, "name" : "薛双奇2" }
{ "_id" : ObjectId("666d63abfc41b781c917bc01"), "id" : 1, "name" : "薛双奇" }
shard1:PRIMARY>

4.总结

--27025 宕机后，中27023是主节点，我们在27023上插入了test1表。
--重启 27025 后，它不仅同步了丢失的部分数据。而且又自动切换为主节点了。
--这里的主要原因是，初始化集群时的优先级。

--我们回顾下初始化的章节里。27023优先级为1，所以自动变成了主。
--说明优先级越低，就会发生抢占情况，自动优先变长主节点。

MongoDB主从复制模式基于银河麒麟V10系统
孙霸天的专栏
04-07 660
MongoDB自4.0版本开始已经不再建议使用传统的master/slave复制架构，而是全面采用了复制集（Replica Sets）作为标准的复制和高可用性解决方案。复制集是MongoDB的一种数据复制和高可用性机制，通过异步同步数据至多个服务器实现数据副本的分布。这一机制支持自动故障转移和恢复，无需用户介入即可在主节点故障时自动切换至备份服务器作为新的主节点，确保业务连续性。一个复制集最多支持7个节点，任一节点均可被选举为主节点。
MongoDB复制集/集群搭建详解
qq_44027353的博客
07-29 2020
Mongodb复制集（Replication Set）包含一个Primary节点和多个Secondary节点，Mongodb Driver（客户端）的所有数据都写入Primary，Secondary从Primary同步写入的数据，以保证数据一致性。数据写入时将数据迅速复制到另一个独立节点上在接收写入的节点发生故障时自动选举出一个新的替代节点数据分发: 将数据从一个区域复制到另一个区域，减少另一个区域的读延迟读写分离: 不同类型的压力分别在不同的节点上执行。
mongodb设置主从步骤(自动故障转移)
12-21
mongodb设置主从步骤(自动故障转移)
MongoDB实战系列之三：MongoDB的主从部署
weixin_34357267的博客
01-09 366
主从同步： md01 10.0.0.11 master md02 10.0.0.12 slave md03 10.0.0.14 slave #建立数据库目录 mkdir-p/elain/apps/mongodb/mkdir-p/elain/data/mongodb/db/mkdir-p...
在KubeBlocks中实现MongoDB集群的主从切换操作指南
最新发布
gitblog_00466的博客
06-20 285
在KubeBlocks中实现MongoDB集群的主从切换操作指南 前言 在分布式数据库系统中，主从切换(Switchover)是一项关键运维操作，它允许管理员在不中断服务的情况下变更主节点。本文将详细介绍如何在KubeBlocks平台中对MongoDB集群执行主从切换操作。 什么是主从切换 主从切换是指将MongoDB副本集(ReplicaSet)中的主节点(Primary)角色转移给其中一个从节...
linux配置usb主从_mongodb主从部署切换
weixin_39628342的博客
11-30 255
Mongodb一共有三种集群搭建的方式：Replica Set(副本集)Sharding(切片)Master-Slaver(主从)【目前已不推荐使用了！！！】其中，Sharding集群也是三种集群中最复杂的。副本集比起主从可以实现自动故障转移！！非常实用！mongoDB目前已不推荐使用主从模式，取而代之的是副本集模式。副本集其实一种互为主从的关系，可理解为主主。副本集指将数据复制，多份保存，不同服...
mongoDb 副本集主从切换
dx1313113的博客
07-03 854
mongdb副本集主从切换
Mongodb手动切换主从服务器
wzy0623的专栏
08-02 997
Mongodb手动切换主从服务器
详解mongoDB主从复制搭建详细过程
09-09
然而，从版本3.2开始，MongoDB引入了复制集（Replica Sets），它比主从复制更强大，能提供自动故障切换、更多的副本以及更好的选举机制。尽管如此，对于小型部署或测试环境，主从复制仍是一种简单有效的解决方案。
MongoDB复制集底层原理
qq_44027353的博客
07-29 995
上述场景导致，Primary上的每次往数组里插入一个新元素(请求大概几百字节)，oplog里就要记录整个数组的内容，Secondary同步时会拉取oplog并重放，Primary到Secondary同步oplog的流量是客户端到Primary网络流量的上百倍，导致主备间网卡流量跑满，而且由于oplog的量太大，旧的内容很快被删除掉，最终导致Secondary追不上，转换为RECOVERING状态。**对于写入的业务数据来说，如果已经被复制到了复制集的大多数节点，则可以避免被回滚的风险。
MongoDB的主从复制及副本集的replSet配置教程
12-16
主从复制是MongoDB最常用的复制方式。可用于备份，故障恢复和读扩展等。 基本就是搭建一个主节点和一个或多个从节点，每个从节点需要知道主节点的地址。运行mongod –master启动主服务器。运行mongod –slave –...
mongodb数据库分离和系统切换方案
11-29
对于mongodb 集群很有帮助，分享的同时，也留着自己用
MongoDB复制集如何实现切换
My_wife_QBL的博客
07-23 1047
MongoDB的复制集是由一组MongoDB实例组成的集群，其中一个实例充当主节点，负责处理所有的写操作，而其他实例则为副节点，负责从主节点复制数据。高可用性：当主节点发生故障时，副节点可以迅速选举出新的主节点，确保服务的持续可用。数据冗余：通过将数据复制到多个节点，提升了数据的安全性和冗余性。读写分离：可以将某些读请求分配给副节点，从而减轻主节点的负担，提高读性能。MongoDB复制集的切换机制是确保高可用性和数据一致性的关键部分。
mongodb 主从 部署 切换
一曲终了人未还的博客
10-17 2984
Mongodb一共有三种集群搭建的方式： Replica Set（副本集） Sharding（切片） Master-Slaver（主从）【目前已不推荐使用了！！！】 其中，Sharding集群也是三种集群中最复杂的。 副本集比起主从可以实现自动故障转移！！非常实用！ mongoDB目前已不推荐使用主从模式，取而代之的是副本集模式。副本集其实一种互为主从的关系，可理解为主主。 副本集指将数据复制...
MongoDB复制集成员及状态转换
weixin_34191734的博客
10-18 378
此文已由作者温正湖授权网易云社区发布。 欢迎访问网易云社区，了解更多网易技术产品运营经验。   复制集（Replica Set）是MongoDB核心组件，相比早期版本采用的主从（Master-Slave）架构，复制集具有很多天然的优势，包括自动故障恢复、多机房部署、读写行为控制等。本文介绍复制集中最基础的部分，就是复制集成员（Replica Set Member）。大体分为成员的角色及转换...
mongodb 主从切换
Terry - 专注外贸B2C
07-07 2708
https://docs.mongodb.com/manual/tutorial/force-member-to-be-primary/参考地址： mdb0.example.net - the current primary.mdb1.example.net - a secondary.mdb2.example.net - a secondary . 如
mongodb简单主从复制和主从自动切换
qq_26614295的博客
01-15 3751
为了节省资源，我这里在同一台电脑的不同目录来进行主从复制，这里至少需要建立一台主服务器，两台从服务器，这样在主服务器故障的时候，从服务器才能自动选举新的主服务器完成主从切换，如果只有一台主服务器和一台从服务器是无法实现主从切换的 1主数据库目录：D：\data，我在下面添加了log（日志）目录，还有db（数据库）目录，然后添加了配置文件.cfg文件 配置文件内容mongod.cfg，使用2...
MongoDB 副本集主从切换方法
weixin_30329623的博客
08-08 1058
一、方法一rs.setpDown() 将Primary节点降级为Secondary节点 myapp:PRIMARY> rs.stepDown() 这个命令会让primary降级为Secondary节点，并维持60s，如果这段时间内没有新的primary被选举出来，这个节点可以要求重新进行选举。 也可手动指定时间 myapp:PRIMARY> rs.ste...
mongodb replication set 主从切换
weixin_30550081的博客
04-13 273
今天被问到mongodb副本集主从切换的问题，然后发现没有相关命令的中文文档，这里翻译记录一下 rs.stepDown() rs.stepDown(stepDownSecs, secondaryCatchUpPeriodSecs) 指示副本集的主节点（primary node）成为从节点（secondary）。在主节点结束后，合格的从节点将会举行选举。 该方法不会立即结束主节点。如果...
MongoDB主从复制配置实战指南
在MongoDB中，每个复制集成员都维护着一个`local`数据库，其中包含复制相关的系统集合，如`oplog.rs`，用于记录操作日志，以及`replset`集合，存储复制集的配置信息。 总结，MongoDB的主从复制配置是一项关键的技术...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值