MongoDB集群新增副本集

最新推荐文章于 2023-08-02 09:33:25 发布
最新推荐文章于 2023-08-02 09:33:25 发布
阅读量1.3k 收藏
点赞数
分类专栏： mongodb 数据库 文章标签： mongodb 副本集 分片 负载均衡
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_35663625/article/details/118016736
版权

背景：

       公司MongoDB集群(做了用户登录认证)是有三台机器，做的副本集+分片的集群模式，由于数据量越来越大，导致机器负载不断增大，为了解决机器负载高的问题，需要添加新副本集来解决集群压力。

环境：

MongoDB集群现状(副本集+分片)
主机IP地址 端口备注
MongoDB110.0.8.74

数据端口：27017、27018、27019

config端口：20000

mongos路由端口：30000

27017为primary
MongoDB210.0.8.75

数据端口：27017、27018、27019

config端口：20000

mongos路由端口：30000

27019为primary
MongoDB310.0.8.76

数据端口：27017、27018、27019

config端口：20000

mongos路由端口：30000

27018为primary

新增副本集
MongoDB410.0.8.55数据端口：27017、27018、27019

statestr状态说明/解释：

STARTUP：刚加入到复制集中，配置还未加载
STARTUP2：配置已加载完，初始化状态
RECOVERING：正在恢复，不适用读
ARBITER: 仲裁者
DOWN：节点不可到达
UNKNOWN：未获取其他节点状态而不知是什么状态，一般发生在只有两个成员的架构
REMOVED：移除复制集
ROLLBACK：数据回滚，在回滚结束时，转移到RECOVERING或SECONDARY状态
FATAL：出错。查看日志grep “replSet FATAL”找出错原因，重新做同步
PRIMARY：主节点
SECONDARY：备份节点

说明：

1、在添加副本集的过程中，通过rs.status()查看，新增的副本集stateStr的状态会从 STARTUP--> STARTUP2 --> SECONDARY，STARTUP2状态会维持很久，这是因为在同步主的数据，当状态变成SECONDARY，表示副本集添加成功。

2、新增的节点在安装MongoDB过程中只需要开启认证，不需要新建用户，在添加副本集的过程中，会自动同步账号密码。

操作步骤：

1、在新增的机器（10.0.8.55）上安装mongodb，并且启动三个mongod进程，端口分别为27017、27018、27019（略）

可参考：mongodb集群搭建

2、在MongoDB1上新增10.0.8.55:27017副本集

[ yukw @ MongoDB1 10.0.8.74 ] ~
$ /data/service/mongodbwork/mongodb/bin/mongo -port 27017
MongoDB shell version: 3.0.6
connecting to: 127.0.0.1:27017/test
shard1:PRIMARY> use admin
switched to db admin
shard1:PRIMARY> db.auth("yukw27017","Yukw27017_qwer")
1
shard1:PRIMARY> rs.status()
{
	"set" : "shard1",
	"date" : ISODate("2021-06-18T02:19:02.462Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "10.0.8.74:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 5527840,
			"optime" : Timestamp(1623982729, 5),
			"optimeDate" : ISODate("2021-06-18T02:18:49Z"),
			"electionTime" : Timestamp(1618454907, 1),
			"electionDate" : ISODate("2021-04-15T02:48:27Z"),
			"configVersion" : 11,
			"self" : true
		},
		{
			"_id" : 1,
			"name" : "10.0.8.75:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527492,
			"optime" : Timestamp(1623982729, 5),
			"optimeDate" : ISODate("2021-06-18T02:18:49Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:19:02.078Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:19:01.257Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.74:27017",
			"configVersion" : 11
		},
		{
			"_id" : 2,
			"name" : "10.0.8.76:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527828,
			"optime" : Timestamp(1623982729, 5),
			"optimeDate" : ISODate("2021-06-18T02:18:49Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:19:02.078Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:19:01.936Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.74:27017",
			"configVersion" : 11
		}
	],
	"ok" : 1,
	"$gleStats" : {
		"lastOpTime" : Timestamp(0, 0),
		"electionId" : ObjectId("6077a97b5cfe481bacbf3233")
	}
}
shard1:PRIMARY> rs.add("10.0.8.55:27017")
{
	"ok" : 1,
	"$gleStats" : {
		"lastOpTime" : Timestamp(1623982772, 1),
		"electionId" : ObjectId("6077a97b5cfe481bacbf3233")
	}
}
shard1:PRIMARY> rs.status()
{
	"set" : "shard1",
	"date" : ISODate("2021-06-18T02:19:35.278Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "10.0.8.74:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 5527873,
			"optime" : Timestamp(1623982772, 1),
			"optimeDate" : ISODate("2021-06-18T02:19:32Z"),
			"electionTime" : Timestamp(1618454907, 1),
			"electionDate" : ISODate("2021-04-15T02:48:27Z"),
			"configVersion" : 12,
			"self" : true
		},
		{
			"_id" : 1,
			"name" : "10.0.8.75:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527525,
			"optime" : Timestamp(1623982772, 1),
			"optimeDate" : ISODate("2021-06-18T02:19:32Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:19:34.606Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:19:33.328Z"),
			"pingMs" : 0,
			"configVersion" : 12
		},
		{
			"_id" : 2,
			"name" : "10.0.8.76:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527861,
			"optime" : Timestamp(1623982772, 1),
			"optimeDate" : ISODate("2021-06-18T02:19:32Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:19:34.606Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:19:34.001Z"),
			"pingMs" : 0,
			"configVersion" : 12
		},
		{
			"_id" : 3,
			"name" : "10.0.8.55:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY", ### stateStr状态会从 STARTUP --> STARTUP2 --> SECONDARY
			"uptime" : 0,
			"optime" : Timestamp(1623982716, 1),
			"optimeDate" : ISODate("2021-06-18T02:18:36Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:19:34.623Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:19:34.750Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.74:27017",
			"configVersion" : 12
		}
	],
	"ok" : 1,
	"$gleStats" : {
		"lastOpTime" : Timestamp(1623982772, 1),
		"electionId" : ObjectId("6077a97b5cfe481bacbf3233")
	}
}

3、在MongoDB2上新增10.0.8.55:27019副本集

[ yukw @ MongoDB2 10.0.8.75 ] ~
$ /data/service/mongodbwork/mongodb/bin/mongo -port 27019
MongoDB shell version: 3.0.6
connecting to: 127.0.0.1:27019/test
shard3:PRIMARY> use admin
switched to db admin
shard3:PRIMARY> db.auth("yukw27019","Yukw27019_qwer")
1
shard3:PRIMARY> rs.status()
{
	"set" : "shard3",
	"date" : ISODate("2021-06-18T02:24:43.916Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "10.0.8.74:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527828,
			"optime" : Timestamp(1623983002, 1),
			"optimeDate" : ISODate("2021-06-18T02:23:22Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:24:42.516Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:24:42.705Z"),
			"pingMs" : 0,
			"lastHeartbeatMessage" : "could not find member to sync from",
			"configVersion" : 3
		},
		{
			"_id" : 1,
			"name" : "10.0.8.75:27019",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 5527830,
			"optime" : Timestamp(1623983002, 1),
			"optimeDate" : ISODate("2021-06-18T02:23:22Z"),
			"electionTime" : Timestamp(1618455259, 1),
			"electionDate" : ISODate("2021-04-15T02:54:19Z"),
			"configVersion" : 3,
			"self" : true
		},
		{
			"_id" : 2,
			"name" : "10.0.8.76:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527828,
			"optime" : Timestamp(1623983002, 1),
			"optimeDate" : ISODate("2021-06-18T02:23:22Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:24:42.536Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:24:42.875Z"),
			"pingMs" : 0,
			"lastHeartbeatMessage" : "could not find member to sync from",
			"configVersion" : 3
		}
	],
	"ok" : 1
}
shard3:PRIMARY> rs.add("10.0.8.55:27019")
{ "ok" : 1 }
shard3:PRIMARY> rs.status()
{
	"set" : "shard3",
	"date" : ISODate("2021-06-18T02:25:01.372Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "10.0.8.74:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527846,
			"optime" : Timestamp(1623983098, 1),
			"optimeDate" : ISODate("2021-06-18T02:24:58Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:25:00.214Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:25:00.770Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.75:27019",
			"configVersion" : 4
		},
		{
			"_id" : 1,
			"name" : "10.0.8.75:27019",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 5527848,
			"optime" : Timestamp(1623983098, 1),
			"optimeDate" : ISODate("2021-06-18T02:24:58Z"),
			"electionTime" : Timestamp(1618455259, 1),
			"electionDate" : ISODate("2021-04-15T02:54:19Z"),
			"configVersion" : 4,
			"self" : true
		},
		{
			"_id" : 2,
			"name" : "10.0.8.76:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527846,
			"optime" : Timestamp(1623983098, 1),
			"optimeDate" : ISODate("2021-06-18T02:24:58Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:25:00.213Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:25:00.935Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.75:27019",
			"configVersion" : 4
		},
		{
			"_id" : 3,
			"name" : "10.0.8.55:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",  ### stateStr状态会从 STARTUP --> STARTUP2 --> SECONDARY
			"uptime" : 1,
			"optime" : Timestamp(1623983098, 1),
			"optimeDate" : ISODate("2021-06-18T02:24:58Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:25:00.230Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:25:00.362Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.75:27019",
			"configVersion" : 4
		}
	],
	"ok" : 1
}

4、在MongoDB3上新增10.0.8.55:27018副本集

[ yukw @ MongoDB3 10.0.8.76 ] ~
$ /data/service/mongodbwork/mongodb/bin/mongo -port 27018
MongoDB shell version: 3.0.6
connecting to: 127.0.0.1:27018/test
shard2:PRIMARY> use admin
switched to db admin
shard2:PRIMARY> db.auth("yukw27018","Yukw27018_Nsw0316")
1
shard2:PRIMARY> rs.status()
{
	"set" : "shard2",
	"date" : ISODate("2021-06-18T02:27:03.762Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "10.0.8.74:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5528293,
			"optime" : Timestamp(1623983202, 1),
			"optimeDate" : ISODate("2021-06-18T02:26:42Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:27:02.902Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:27:02.946Z"),
			"pingMs" : 0,
			"lastHeartbeatMessage" : "could not find member to sync from",
			"configVersion" : 3
		},
		{
			"_id" : 1,
			"name" : "10.0.8.75:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527971,
			"optime" : Timestamp(1623983202, 1),
			"optimeDate" : ISODate("2021-06-18T02:26:42Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:27:02.902Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:27:03.259Z"),
			"pingMs" : 0,
			"lastHeartbeatMessage" : "could not find member to sync from",
			"configVersion" : 3
		},
		{
			"_id" : 2,
			"name" : "10.0.8.76:27018",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 5528294,
			"optime" : Timestamp(1623983202, 1),
			"optimeDate" : ISODate("2021-06-18T02:26:42Z"),
			"electionTime" : Timestamp(1618454955, 1),
			"electionDate" : ISODate("2021-04-15T02:49:15Z"),
			"configVersion" : 3,
			"self" : true
		}
	],
	"ok" : 1
}
shard2:PRIMARY> rs.add("10.0.8.55:27018")
{ "ok" : 1 }
shard2:PRIMARY> rs.status()
{
	"set" : "shard2",
	"date" : ISODate("2021-06-18T02:27:21.282Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "10.0.8.74:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5528310,
			"optime" : Timestamp(1623983202, 1),
			"optimeDate" : ISODate("2021-06-18T02:26:42Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:27:21.001Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:27:20.998Z"),
			"pingMs" : 2,
			"configVersion" : 4
		},
		{
			"_id" : 1,
			"name" : "10.0.8.75:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 5527988,
			"optime" : Timestamp(1623983238, 1),
			"optimeDate" : ISODate("2021-06-18T02:27:18Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:27:20.989Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:27:19.323Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.76:27018",
			"configVersion" : 4
		},
		{
			"_id" : 2,
			"name" : "10.0.8.76:27018",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 5528312,
			"optime" : Timestamp(1623983238, 1),
			"optimeDate" : ISODate("2021-06-18T02:27:18Z"),
			"electionTime" : Timestamp(1618454955, 1),
			"electionDate" : ISODate("2021-04-15T02:49:15Z"),
			"configVersion" : 4,
			"self" : true
		},
		{
			"_id" : 3,
			"name" : "10.0.8.55:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",  ### stateStr状态会从 STARTUP --> STARTUP2 --> SECONDARY
			"uptime" : 0,
			"optime" : Timestamp(1623983238, 1),
			"optimeDate" : ISODate("2021-06-18T02:27:18Z"),
			"lastHeartbeat" : ISODate("2021-06-18T02:27:21.006Z"),
			"lastHeartbeatRecv" : ISODate("2021-06-18T02:27:21.123Z"),
			"pingMs" : 0,
			"syncingTo" : "10.0.8.76:27018",
			"configVersion" : 4
		}
	],
	"ok" : 1
}

附加：

删除副本集：

### 在primary机器上删除副本集

shard1:PRIMARY> rs.remove("10.0.8.55:27017")
{ "ok" : 1 }

shard2:PRIMARY> rs.remove("10.0.8.55:27019")
{ "ok" : 1 }

shard3:PRIMARY> rs.remove("10.0.8.55:27018")
{ "ok" : 1 }
WFkwYu
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
数据库-nosql-mongodb复制集
m0_46289868的博客
02-03 233
定义 MongoDB复制是将数据同步到多个服务器的过程； 复制集提供了数据的冗余备份并提高了数据的可用性，通常可以保证数据的安全性； 复制集还允许您从硬件故障和服务中断中恢复数据。 作用 保障数据的安全性 数据高可用性 (24*7) 灾难恢复 无需停机维护（如备份，重建索引，压缩） 分布式读取数据 副本集对应用层是透明的 工作原理 1、 mongodb的复制集至少需要两个节点。其中一个是主节点，负责处理客户端请求，其余的都是从节点，负 责复制主节点上的数据。 2、mongodb各个节点常见的搭配方式为：一主
Mongodb集群之副本集集群搭建
11-08
mongodb的集群搭建方式主要有三种，主从，Replica set，sharding, 三种模式各有优劣，适用于不同的场合，副本应用最为广泛，主从现在用的较少，sharding最为完备。副本集是一组维护相同数据集的mongod服务，可提供...
MongoDB 复制（副本集）学习笔记
09-09
主要介绍了MongoDB 复制（副本集）,结合实例形式分析了MongoDB数据库复制的相关原理、配置、使用方法及操作注意事项,需要的朋友可以参考下
MongoDB4.2分片及副本集群搭建
04-21
MongoDB4.2分片及副本集群搭建 MongoDB集群 MongoDB分片 MongoDB副本 MongoDB副本集群
mongo 副本集 节点状态为一直卡在“stateStr“ : “STARTUP“ 的原因
m0_59763776的博客
11-08 2161
问题描述：配置mongoDB集群环境，副本集初始化成功，使用rs.status()后返回其余两个节点状态一直显示为STARTUP,上网查询没有资料可以借鉴，后面查看mongoDB日志，显示为无法连接主节点的服务器。 解决方法：将mongoDB配置文件->mongod.cfg中的security节点注释掉。 之前没有注释掉，导致开启了认证登陆，故一直未加载成功，导致节点状态一直STARTUP。 ...
玩转MongoDB—搭建MongoDB集群
做兴趣使然的Hero
07-01 2104
如题，本次玩转MongoDB我们从搭建集群开始，话说MongoDB一共有三种搭建集群的方式，但是由于版本更新，据说在4.0版本之后第一种方式，也就是主从复制的方式被遗弃掉了，大概是因为这种方式的效率不高吧，因为目前我们使用的是5.x版本，因此就不花时间讲解第一种方式了，在其他的文章上摘录了一下，可供大家参考。...
Mongodb学习笔记
mdjros的博客
03-13 181
windows下： 1、安装为windows服务(--replSet rs0:副本集名称,其他机器也设置成该名称)： C:\Program Files\MongoDB\Server\3.4\bin>mongod.exe --bind_ip 192.168.2.117 --logpath "E:\mongodata\dbConf\mongodb.log" --logappend --dbpa...
Mongodb添加副本及修改优先级
最新发布
wzy0623的专栏
08-02 399
Mongodb添加副本及修改优先级
[Mongodb 5.0]添加一个节点到已有的副本集中
无bug无江湖
05-13 857
场景： 当前已经通过两个虚拟机创建了一个mongodb副本集，如下 副本集节点 IP Primary 192.168.40.129 虚拟机A上 Secondary 192.168.40.130 虚拟机B上 现在想在虚拟机C上再运行一个mongodb，相关信息如下表格，然后将添加到当前这个已存在的副本集中，组成一个PSS（Primary-Secondary-Secondary）。 Secondary 192.168.40.128 虚拟机C上
MongoDB 分片集群技术
weixin_30243533的博客
01-16 175
　　在了解分片集群之前，务必要先了解复制集技术！ 1.1 MongoDB复制集简介 　　一组Mongodb复制集，就是一组mongod进程，这些进程维护同一个数据集合。复制集提供了数据冗余和高等级的可靠性，这是生产部署的基础。 1.1.1 复制集的目的 　　保证数据在生产部署时的冗余和可靠性，通过在不同的机器上保存副本来保证数据的不会因为单点损坏而丢失。能够随时应对数据...
MongoDB之副本集创建
lyh59的博客
01-02 1664
学习新的和基本环境搭建
mongodb副本集搭建
09-08
mongodb副本集搭建
K8s 部署 MongoDB（副本集）
02-03
MongoDB中的副本集(Replica Set)是一组维护相同数据集的mongod服务。 副本集可提供冗余和高可用性，是所有生产部署的基础。也可以说，副本集类似于有自动故障恢复功能的主从集群。通俗的讲就是用多台机器进行同一...
mongodb "errmsg" : "not master and slaveOk=false"的解决办法
热门推荐
进阶的蜗牛
07-31 1万+
mongodb “errmsg” : "not master and slaveOk=false"的解决办法 [yukw@mongodb4 data]$ ./mongo -port 20000 MongoDB shell version v3.4.4 connecting to: mongodb://127.0.0.1:20000/ MongoDB server version: 3.4.4 Se...
mongodb版本升级
进阶的蜗牛
07-30 1万+
这篇文章仅在实验成功了，还有很多细节需要注意
mongodb按照_id的哈希分片
进阶的蜗牛
08-15 2952
mongodb按照_id的哈希分片 步骤 1、 登陆认证数据库(30000端口) ./mongo -port 30000 mongos> use admin mongos> db.auth("root","password") 1 2、打开数据库实例分片规则 mongos> db.runCommand({"enablesharding":"dbname"}) { "ok" :...
mongodb数据导入导出
进阶的蜗牛
08-02 2087
mongodb数据导入导出 说明：mongodb数据库数据导出格式有 csv和json两种格式，可以通过参数指定导出格式 一、命令 mongoexport 数据导出 1、参数说明 -h,–host ：代表远程连接的数据库地址，默认连接本地Mongo数据库； –port：代表远程连接的数据库的端口，默认连接的远程端口27017； -u,–username：代表连接远程数据库的账号，如果设置数据库的认...
mongodb删除片键
进阶的蜗牛
08-16 2025
mongodb删除片键 1、查询库上所有的片键 mongos> use config switched to db config mongos> show collections actionlog changelog chunks collections databases lockpings locks mongos settings shards system.indexes t...
mongodb撤销集合分片
进阶的蜗牛
08-16 1378
mongodb撤销集合分片 基本步骤： 停止所有有关和mongodb连接的应用程序 导出需要撤销的集合数据 禁用分片的自动平衡 删除该集合 导入集合数据 开启分片的自动平衡 1、停止所有有关和mongodb连接的应用程序（根据实际情况而定，此步忽略） 2、导出需要撤销的集合数据 $ ./bin/mongodump -h 127.0.0.1:30000 -u mongodb_backup_use...
mongodb集群——分片+副本集
05-18
MongoDB集群中的分片和副本集是两个不同的概念，但它们可以一起使用来实现高可用性和扩展性。 分片（Sharding）是将数据分散存储在多个物理节点上的过程。在MongoDB中，一个分片集合（sharded collection）会被划分为多个分片（shard），每个分片都存储集合的一个子集。这样就可以扩展集合的存储能力，提高系统的吞吐量和响应速度。 副本集（Replica Set）是MongoDB提供的高可用性解决方案。一个副本集由多个节点组成，其中一个节点被选为主节点（primary），其余节点为从节点（secondary）。主节点负责处理所有的写操作和大部分的读操作，而从节点则负责复制主节点的数据，并在主节点失效时接替其工作。 在MongoDB集群中，通常会使用分片和副本集两种技术的组合。每个分片都是一个副本集，其中包含一个主节点和多个从节点。这样就可以实现数据的分布式存储和高可用性。 当一个客户端发送一个查询请求时，请求会被发送到MongoDB集群的一个路由节点（mongos）。路由节点会根据查询条件将请求转发给相应的分片，分片再将响应返回给路由节点，最终返回给客户端。如果某个分片的主节点失效，副本集中的一个从节点会被自动选举为新的主节点，保证系统的高可用性。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值