【MongoDB】复制集的仲裁节点任意添加和删除

于 2024-06-15 09:43:54 发布
阅读量185 收藏
点赞数 3
分类专栏： 数据库运维-MongoDB 文章标签： mongodb 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43346403/article/details/139695883
版权

1.初始化一个仲裁节点 

--初始化仲裁节点。
mongod --bind_ip 192.168.1.51,127.0.0.1 --port 27027 --dbpath /mysql/mongodb/db1/shard5/data -shardsvr --replSet=shard1 &

2.将仲裁节点加入复制集 

--登陆副本集的主节点。
mongo --port 27025 (主节点)
rs.addArb("192.168.1.51:27027")
{
	"ok" : 1,
	"operationTime" : Timestamp(1718444080, 1),
	"$gleStats" : {
		"lastOpTime" : {
			"ts" : Timestamp(1718444080, 1),
			"t" : NumberLong(2)
		},
		"electionId" : ObjectId("7fffffff0000000000000002")
	},
	"lastCommittedOpTime" : Timestamp(1718444073, 1),
	"$configServerState" : {
		"opTime" : {
			"ts" : Timestamp(1718444079, 2),
			"t" : NumberLong(1)
		}
	},
	"$clusterTime" : {
		"clusterTime" : Timestamp(1718444080, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	}
}

shard1:PRIMARY> rs.status()
{
	"set" : "shard1",
	"date" : ISODate("2024-06-15T09:35:52.724Z"),
	"myState" : 1,
	"term" : NumberLong(2),
	"syncingTo" : "",
	"syncSourceHost" : "",
	"syncSourceId" : -1,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1718444143, 1),
			"t" : NumberLong(2)
		},
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1718444143, 1),
			"t" : NumberLong(2)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1718444143, 1),
			"t" : NumberLong(2)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1718444143, 1),
			"t" : NumberLong(2)
		}
	},
	"lastStableCheckpointTimestamp" : Timestamp(1718444101, 1),
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.1.51:27023",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 42012,
			"optime" : {
				"ts" : Timestamp(1718444143, 1),
				"t" : NumberLong(2)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1718444143, 1),
				"t" : NumberLong(2)
			},
			"optimeDate" : ISODate("2024-06-15T09:35:43Z"),
			"optimeDurableDate" : ISODate("2024-06-15T09:35:43Z"),
			"lastHeartbeat" : ISODate("2024-06-15T09:35:52.535Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:35:51.540Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncingTo" : "192.168.1.51:27025",
			"syncSourceHost" : "192.168.1.51:27025",
			"syncSourceId" : 2,
			"infoMessage" : "",
			"configVersion" : 6
		},
		{
			"_id" : 1,
			"name" : "192.168.1.51:27024",
			"health" : 1,
			"state" : 7,
			"stateStr" : "ARBITER",
			"uptime" : 42012,
			"lastHeartbeat" : ISODate("2024-06-15T09:35:52.535Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:35:52.537Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"configVersion" : 6
		},
		{
			"_id" : 2,
			"name" : "192.168.1.51:27025",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 42190,
			"optime" : {
				"ts" : Timestamp(1718444143, 1),
				"t" : NumberLong(2)
			},
			"optimeDate" : ISODate("2024-06-15T09:35:43Z"),
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1718402158, 1),
			"electionDate" : ISODate("2024-06-14T21:55:58Z"),
			"configVersion" : 6,
			"self" : true,
			"lastHeartbeatMessage" : ""
		},
		{
			"_id" : 3,
			"name" : "192.168.1.51:27027",
			"health" : 1,
			"state" : 7,
			"stateStr" : "ARBITER",
			"uptime" : 72,
			"lastHeartbeat" : ISODate("2024-06-15T09:35:52.537Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:35:52.552Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"configVersion" : 6
		}
	],
	"ok" : 1,
	"operationTime" : Timestamp(1718444143, 1),
	"$gleStats" : {
		"lastOpTime" : {
			"ts" : Timestamp(1718444080, 1),
			"t" : NumberLong(2)
		},
		"electionId" : ObjectId("7fffffff0000000000000002")
	},
	"lastCommittedOpTime" : Timestamp(1718444143, 1),
	"$configServerState" : {
		"opTime" : {
			"ts" : Timestamp(1718444146, 1),
			"t" : NumberLong(1)
		}
	},
	"$clusterTime" : {
		"clusterTime" : Timestamp(1718444146, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	}
}

--现在变长了，一主一从2仲裁。
--shard里面没有变化，因为没有添加数据集，添加的是仲裁节点。仲裁节点没在shard中配置。
mongos> sh.status()
--- Sharding Status --- 
  sharding version: {
  	"_id" : 1,
  	"minCompatibleVersion" : 5,
  	"currentVersion" : 6,
  	"clusterId" : ObjectId("666cc96736506823d13a932c")
  }
  shards:
        {  "_id" : "shard1",  "host" : "shard1/192.168.1.51:27023,192.168.1.51:27025",  "state" : 1 }
  active mongoses:
        "4.0.2" : 1
  autosplit:
        Currently enabled: yes
  balancer:
        Currently enabled:  yes
        Currently running:  no
        Failed balancer rounds in last 5 attempts:  0
        Migration Results for the last 24 hours: 
                No recent migrations
  databases:
        {  "_id" : "config",  "primary" : "config",  "partitioned" : true }
                config.system.sessions
                        shard key: { "_id" : 1 }
                        unique: false
                        balancing: true
                        chunks:
                                shard1	1
                        { "_id" : { "$minKey" : 1 } } -->> { "_id" : { "$maxKey" : 1 } } on : shard1 Timestamp(1, 0)

3.删除仲裁节点 

--删除仲裁节点 
shard1:PRIMARY> rs.remove("192.168.1.51:27027")
{
	"ok" : 1,
	"operationTime" : Timestamp(1718444306, 1),
	"$gleStats" : {
		"lastOpTime" : {
			"ts" : Timestamp(1718444306, 1),
			"t" : NumberLong(2)
		},
		"electionId" : ObjectId("7fffffff0000000000000002")
	},
	"lastCommittedOpTime" : Timestamp(1718444303, 1),
	"$configServerState" : {
		"opTime" : {
			"ts" : Timestamp(1718444296, 1),
			"t" : NumberLong(1)
		}
	},
	"$clusterTime" : {
		"clusterTime" : Timestamp(1718444306, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	}
}

--现在又变回1主一从一仲裁的状态了。
shard1:PRIMARY> rs.status()
{
	"set" : "shard1",
	"date" : ISODate("2024-06-15T09:39:32.627Z"),
	"myState" : 1,
	"term" : NumberLong(2),
	"syncingTo" : "",
	"syncSourceHost" : "",
	"syncSourceId" : -1,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1718444363, 1),
			"t" : NumberLong(2)
		},
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1718444363, 1),
			"t" : NumberLong(2)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1718444363, 1),
			"t" : NumberLong(2)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1718444363, 1),
			"t" : NumberLong(2)
		}
	},
	"lastStableCheckpointTimestamp" : Timestamp(1718444323, 2),
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.1.51:27023",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 42232,
			"optime" : {
				"ts" : Timestamp(1718444363, 1),
				"t" : NumberLong(2)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1718444363, 1),
				"t" : NumberLong(2)
			},
			"optimeDate" : ISODate("2024-06-15T09:39:23Z"),
			"optimeDurableDate" : ISODate("2024-06-15T09:39:23Z"),
			"lastHeartbeat" : ISODate("2024-06-15T09:39:32.261Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:39:31.272Z"),
			"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" : 42232,
			"lastHeartbeat" : ISODate("2024-06-15T09:39:32.261Z"),
			"lastHeartbeatRecv" : ISODate("2024-06-15T09:39:32.260Z"),
			"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" : 42410,
			"optime" : {
				"ts" : Timestamp(1718444363, 1),
				"t" : NumberLong(2)
			},
			"optimeDate" : ISODate("2024-06-15T09:39:23Z"),
			"syncingTo" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1718402158, 1),
			"electionDate" : ISODate("2024-06-14T21:55:58Z"),
			"configVersion" : 7,
			"self" : true,
			"lastHeartbeatMessage" : ""
		}
	],
	"ok" : 1,
	"operationTime" : Timestamp(1718444363, 1),
	"$gleStats" : {
		"lastOpTime" : {
			"ts" : Timestamp(1718444306, 1),
			"t" : NumberLong(2)
		},
		"electionId" : ObjectId("7fffffff0000000000000002")
	},
	"lastCommittedOpTime" : Timestamp(1718444363, 1),
	"$configServerState" : {
		"opTime" : {
			"ts" : Timestamp(1718444367, 1),
			"t" : NumberLong(1)
		}
	},
	"$clusterTime" : {
		"clusterTime" : Timestamp(1718444367, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	}
}

4.总结

添加仲裁节点通过:rs.addArb("IP:PORT"),删除仲裁节点的命令和删除普通数据节点的命令相同。

rs.remove("IP:PORT");  仲裁节点，可以随时添加和删除。

戒掉贪嗔痴(薛双奇)
关注
  • 3
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql仲裁节点_mongodb主从仲裁节点配置
weixin_34079177的博客
02-18 594
环境介绍系统：CentOS 6.9设备3台：172.16.10.42(27020端口)，172.16.10.90(27020端口)，172.16.10.199(27020端口)，如果没有足够设备也可部署同一台设备上面，只需要修改端口即可。准备工作同步系统时间：保证各个机器的时间一致，可使用/usr/sbin/ntpdate time.nist.gov 进行系统时间同步，在系统任务中添加新的任务 c...
MongoDB复制集集群配置文件.rar
03-18
复制集是MongoDB中的高可用性解决方案，它通过在多个节点间复制数据来确保数据的安全性和服务的连续性。当主节点故障时，复制集中的其他节点（副节点）可以自动接管，成为新的主节点，从而保证服务不中断。复制集的...
mongodb仲裁节点
weixin_34029680的博客
05-22 2507
Replica Set 中文翻译叫做副本集，不过我并不喜欢把英文翻译成中文，总是感觉怪怪的。其实简单来说就是集群当中包含了多份数据，保证主节点挂掉了，备节点能继续提供数据服务，提供的前提就是数据需要和主节点一致。如下图：Mongodb(M)表示主节点，Mongodb(S)表示备节点，Mongodb(A)表示仲裁节点。主备节点存储数据，仲裁节点不存储数据...
学习MongoDB(三) Add an Arbiter to Replica Set 集群中加入仲裁节点
weixin_33730836的博客
02-14 173
Add an Arbiter to Replica Set  在集群中加入仲裁节点，当集群中主节点挂掉后负责选出新的主节点，仲裁节点也是一个mongo实力，但是它不存储数据。 　　1、仲裁节点消耗很小的资源，而且不需要专用的服务器。 　　2、不能把仲裁节点安装到集群中的其它节点服务器上。 　　3、journal.enabled to false 减少资源占用。 　　4、mallFiles...
MongoDB 3.2.8 副本集搭建
05-04 204
记录一下，MongoDB的角色创建及配置，以便以后使用 简介 　　Replica Set，中文翻译叫做副本集，不过我并不喜欢把英文翻译成中文，总是感觉怪怪的。其实简单来说就是集群当中包含了多份数据，保证主节点挂掉了，备节点能继续提供数据服务，提供的前提就是数据需要和主节点一致 　　Mongodb(M)表示主节点，Mongodb(S)表示备节点，Mongodb(A)表示仲裁...
MongoDB仲裁节点的理解以及memcached,zookeeper,redis,故障恢复方案思考．
weixin_30411997的博客
02-07 161
　　　在进行副本集部署时我们会添加一个或多个仲裁节点，仲裁节点不用于备份数据，由于它职责的职责是负责选举主节点，所以对硬件没有太高要求，可以将它部署在单独的服务器上，这个服务器可以是监听服务器，也可以部署在虚拟机上，但是有一点仲裁节点一定不能备份数据．仲裁节点和注解点都可以参与选举，而选举对象是各个非投票成员，也就是需要备份数据的从节点． 　　　　图列 　　这让我想起了以前了解过的zook...
MongoDB复制集搭建
09-08
MongoDB复制集搭建是 MongoDB 的一个重要特性，它可以提高数据库的可用性和安全性。在本文中，我们将详细介绍 MongoDB 复制集搭建的过程。 复制集的概念 在 MongoDB 中，复制集（Replica Set）是指一组 MongoDB ...
MongoDB添加secondary节点的2种方法详解
09-09
接下来，登录到复制集的任意一个现有节点，使用`rs.add("HOST_NAME:PORT")`命令将新节点添加到复制集中。注意，此过程中要确保新节点有足够的oplog空间以避免数据丢失，同时在大量数据同步时可能需要对网络流量进行...
MongoDB添加仲裁节点报错：replica set IDs do not match的解决方法
09-09
3. **重新添加节点**：在主节点上重新执行 `rs.reconfig()` 命令，以将仲裁节点加入副本集。 这个解决方案表明，在添加新节点到副本集时，确保节点在启动后没有被任何客户端连接是至关重要的，因为这可能会导致独立...
MongoDB复制集原理详解
09-09
- MongoDB复制集由一个Primary节点和多个Secondary节点构成，Primary负责处理所有的写操作，而Secondary则从Primary同步数据，保持数据一致性。 - 客户端通过MongoDB驱动程序与Primary交互，确保数据的高可用性。 ...
mongo添加仲裁节点及添加后无反应
m0_61289433的博客
11-05 1314
mongo添加仲裁节点及添加后无反应
MongoDB数据库-----节点的选举和角色验证-----标准节点、仲裁节点 、被动节点
weixin_48191138的博客
11-12 818
目录一、 创建多实例配置文件，并开启服务二、 常用操作2.1 选举复制2.2 数据的增加、删除、修改、查看2.3 关闭节点，验证主从抢占2.4 允许从节点读取数据2.5 查看复制状态信息2.6 更改oplog大小2.7 主从选举验证2.8 部署认证复制2.8.1 进入主节点服务器验证2.8.2 进入从节点服务器验证 一、 创建多实例配置文件，并开启服务 [root@localhost ~]# mkdir -p /data/mongodb/mongodb{2,3,4} //创建数据目录 [roo
Mongodb Replica Set副本方式集群搭建和keepalived服务高可用配置
zhanghua0324的博客
12-19 721
Mongodb Replica Set副本方式集群搭建和keepalived服务高可用配置
实验5： MongoDB的副本集操作
sawakaze_Kaze的博客
11-19 1447
没什么好超的，这次（
MongoDB（3）
最新发布
dreamnn的博客
01-30 880
mongodb副本集和分片集群的介绍和操作
硬卷 NoSQL 数据库系列（八）：MongoDB 集群部署与配置实践
民工哥的博客
05-12 863
点关注公众号，回复“1024”获取2TB学习资源！前面介绍了 WT 存储引擎、复制集等相关的知识点。今天我将详细的为大家介绍 MongoDB 集群原理以及维护配置相关知识，希望大家能够从中收获多多！如有帮助，请点在看、转发支持一波！！！MongoDB副本集介绍MongoDB 的副本集就是主从复制，由于之前3.0版本之前就有主从复制的说法，后来更新迭代，起名叫副本集。副本集建议最少3台机器，一个主及...
mongoDB副本集配置（windows操作系统）
weixin_45991835的博客
01-18 948
data文件夹下再创建3个子文件夹。
MongoDB实战之---初级篇
12-04
本课程环境：MongoDB 3.4.x CentOS 7.x本课程为初级课程，围绕高阶聚合函数的使用、索引的介绍及原理解析、索引优化、性能优化、副本集搭建及分布式分片集群的搭建和原理解析来对MongoDB进行更深入的学习。本课程对于DBA、开发、BI来说是非常友善的，从是安装集群到使用集群，再到集群的优化，生产上可能遇到的情况都将在本课程中依次出现。如何优化索引，提升查询效率更是老生常谈的问题。分布式集群如何有效利用空间来换取时间上的增量，达到百万并发。学习完本课程后，同学们将对MongoDB有一个系统的认识，并且对如何应用MongoDB开发也会形成一套系统框架，深入学习本课程后，将掌握MongoDB的大多使用场景。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值