MongoDB详细步骤搭建复制集和分片集群

已于 2022-03-11 14:08:46 修改
阅读量1.4k 收藏 6
点赞数
分类专栏： 分布式存储架构 文章标签： mongodb 数据库 nosql
于 2022-03-11 14:08:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44795847/article/details/123419553
版权

一、MongoDB集群高可用

1、 MongoDB主从复制架构原理和缺陷

master-slave架构中master节点负责数据的读写，slave没有写入权限只负责读取数据。

在这里插入图片描述

在主从结构中，主节点的操作记录成为oplog（operation log）。oplog存储在系统数据库local的oplog.$main集合中，这个集合的每个文档都代表主节点上执行的一个操作。从服务器会定期从主服务器中获取oplog记录，然后在本机上执行！对于存储oplog的集合，MongoDB采用的是固定集合，也就是说随着操作过多，新的操作会覆盖旧的操作！

主从结构没有自动故障转移功能，需要指定master和slave端，不推荐在生产中使用。

mongodb4.0后不再支持主从复制！
[main] Master/slave replication is no longer supported

2、 复制集replica sets

在这里插入图片描述

复制集是由一组拥有相同数据集的mongodb实例做组成的集群。
复制集是一个集群，它是2台及2台以上的服务器组成，以及复制集成员包括Primary主节点,secondary从节点和投票节点。
复制集提供了数据的冗余备份，并在多个服务器上存储数据副本，提高了数据的可用性,保证数据的安全性。

  1. 复制集的优点
  • 高可用
    防止设备（服务器、网络）故障。提供自动failover 功能。技术来保证高可用
  • 灾难恢复
    当发生故障时，可以从其他节点恢复 用于备份。
  • 功能隔离
    我们可以在备节点上执行读操作，减少主节点的压力比如:用于分析、报表，数据挖掘，系统任务等
  1. 复制集集群架构原理

一个复制集中Primary节点上能够完成读写操作,Secondary节点仅能用于读操作。Primary节点需要记录所有改变数据库状态的操作,这些记录保存在 oplog 中,这个文件存储在 local 数据库,各个Secondary节点通过此 oplog 来复制数据并应用于本地,保持本地的数据与主节点的一致。oplog 具有幂等性,即无论执行几次其结果一致,这个比 mysql 的二进制日志更好用。

oplog的组成结构

{ "
ts" : Timestamp(1446011584, 2),
"h" : NumberLong("1687359108795812092"),
"v" : 2,
"op" : "i",
"ns" : "test.nosql",
"o" : { "_id" : ObjectId("563062c0b085733f34ab4129"), "name" : "mongodb",
"score" : "10"}
} t
s：操作时间，当前timestamp + 计数器，计数器每秒都被重置
h：操作的全局唯一标识
v：oplog版本信息
op：操作类型
i：插入操作
u：更新操作
d：删除操作
c：执行命令（如createDatabase，dropDatabase）
n：空操作，特殊用途
ns：操作针对的集合
o：操作内容
o2：更新查询条件,仅update操作包含该字段

复制集数据同步分为初始化同步和keep复制同步。初始化同步指全量从主节点同步数据，如果Primary节点数据量比较大同步时间会比较长。而keep复制指初始化同步过后，节点之间的实时同步一般是增量
同步。

初始化同步有以下两种情况会触发
(1) Secondary第一次加入。
(2) Secondary落后的数据量超过了oplog的大小，这样也会被全量复制。

MongoDB的Primary节点选举基于心跳触发。一个复制集N个节点中的任意两个节点维持心跳，每个节点维护其他N-1个节点的状态。

在这里插入图片描述

  1. 心跳检测：

整个集群需要保持一定的通信才能知道哪些节点活着哪些节点挂掉。mongodb节点会向副本集中的其他节点每2秒就会发送一次pings包，如果其他节点在10秒钟之内没有返回就标示为不能访问。每个节点内部都会
维护一个状态映射表，表明当前每个节点是什么角色、日志时间戳等关键信息。如果主节点发现自己无法与大部分节点通讯则把自己降级为secondary只读节点。
主节点选举触发的时机
第一次初始化一个复制集Secondary节点权重比Primary节点高时，发起替换选举Secondary节点发现集群中没有Primary时，发起选举Primary节点不能访问到大部分(Majority)成员时主动降级

当触发选举时,Secondary节点尝试将自身选举为Primary。主节点选举是一个二阶段过程+多数派协议。

第一阶段:
检测自身是否有被选举的资格 如果符合资格会向其它节点发起本节点是否有选举资格的
FreshnessCheck,进行同僚仲裁
第二阶段:
发起者向集群中存活节点发送Elect(选举)请求，仲裁者收到请求的节点会执行一系列合法性检查，如果检查通过，则仲裁者(一个复制集中最多50个节点 其中只有7个具有投票权)给发起者投一票。
pv0通过30秒选举锁防止一次选举中两次投票。
pv1使用了terms(一个单调递增的选举计数器)来防止在一次选举中投两次票的情况。
多数派协议:
发起者如果获得超过半数的投票，则选举通过，自身成为Primary节点。获得低于半数选票的原因，除了常见的网络问题外，相同优先级的节点同时通过第一阶段的同僚仲裁并进入第二阶段也是一个原因。因此，当选票不足时，会sleep[0,1]秒内的随机时间，之后再次尝试选举

  1. 复制集搭建
    在这里插入图片描述

主节点配置 mongo_37017.conf

# 主节点配置
dbpath=/data/mongo/data/server1
bind_ip=0.0.0.0
port=37017
fork=true
logpath=/data/mongo/logs/server1.log
replSet=ckwCluster

从节点1配置 mongo_37018.conf

dbpath=/data/mongo/data/server2
bind_ip=0.0.0.0
port=37018
fork=true
logpath=/data/mongo/logs/server2.log
replSet=ckwCluster

从节点2配置 mongo_37019.conf

dbpath=/data/mongo/data/server3
bind_ip=0.0.0.0
port=37019
fork=true
logpath=/data/mongo/logs/server3.log
replSet=ckwCluster

初始化节点配置
启动三个节点 然后进入任意一个节点 运行如下命令：

var cfg ={"_id":"ckwCluster",
"protocolVersion" : 1,
"members":[
{"_id":1,"host":"192.168.211.133:37017","priority":10},
{"_id":2,"host":"192.168.211.133:37018"}
]
}
rs.initiate(cfg)
rs.status()

节点的动态增删

增加节点
rs.add("192.168.211.133:37019")
删除slave 节点
rs.remove("192.168.211.133:37019")

复制集操作演示
进入主节点 ----- 插入数据 ------ 进入从节点验证
注意:默认节点下从节点不能读取数据。调用 rs.slaveOk() 解决为了保证高可用，在集群当中如果主节点挂掉后，会自动 在从节点中选举一个 重新做为主节点。
rs.status()
节点说明:
PRIMARY 节点： 可以查询和新增数据
SECONDARY 节点：只能查询 不能新增 基于priority 权重可以被选为主节点
ARBITER 节点： 不能查询数据 和新增数据 ，不能变成主节点

复制集成员的配置参数
在这里插入图片描述

举例:

var cfg ={"_id":"ckwCluster",
	"protocolVersion" : 1,
	"members":[
		{"_id":1,"host":"192.168.211.133:37017","priority":10},
		{"_id":2,"host":"192.168.211.133:37018","priority":0},
		{"_id":3,"host":"192.168.211.133:37019","priority":5},
		{"_id":4,"host":"192.168.211.133:37020","arbiterOnly":true}
	]
};
// 重新装载配置，并重新生成集群节点。
rs.reconfig(cfg)
//重新查看集群状态
rs.status()

有仲裁节点复制集搭建
和上面的配置步骤相同 只是增加了 一个特殊的仲裁节点
注入节点 执行 rs.addArb(“IP:端口”);
rs.addArb(“192.168.211.133:37020”)

3、分片集群 Shard Cluster

  1. 分片
    分片（sharding）是MongoDB用来将大型集合水平分割到不同服务器（或者复制集）上所采用的方法。
    不需要功能强大的大型计算机就可以存储更多的数据，处理更大的负载。

  2. 为什么要分片
    1.存储容量需求超出单机磁盘容量。
    2.活跃的数据集超出单机内存容量，导致很多请求都要从磁盘读取数据，影响性能。
    3.IOPS超出单个MongoDB节点的服务能力，随着数据的增长，单机实例的瓶颈会越来越明显。
    4.副本集具有节点数量限制。

垂直扩展：增加更多的CPU和存储资源来扩展容量。
水平扩展：将数据集分布在多个服务器上。水平扩展即分片。

  1. 分片的工作原理
    在这里插入图片描述

     分片集群由以下3个服务组成：
 Shards Server: 每个shard由一个或多个mongod进程组成，用于存储数据。
 Router Server: 数据库集群的请求入口，所有请求都通过Router(mongos)进行协调，不需要在应用程序添加一个路由选择器，Router(mongos)就是一个请求分发中心它负责把应用程序的请求转发到对应的Shard服务器上。
 Config Server: 配置服务器。存储所有数据库元信息（路由、分片）的配置。

片键（shard key）
为了在数据集合中分配文档，MongoDB使用分片主键分割集合。

区块（chunk）
在一个shard server内部，MongoDB还是会把数据分为chunks，每个chunk代表这个shardserver内部一部分数据。MongoDB分割分片数据到区块，每一个区块包含基于分片主键的左闭右开的区间范围。

分片策略

  • 范围分片（Range based sharding）
    在这里插入图片描述

范围分片是基于分片主键的值切分数据，每一个区块将会分配到一个范围。
范围分片适合满足在一定范围内的查找，例如查找X的值在[20,30)之间的数据，mongo 路由根据Config server中存储的元数据，可以直接定位到指定的shard的Chunk中。
缺点: 如果shard key有明显递增（或者递减）趋势，则新插入的文档多会分布到同一个chunk，无法扩展写的能力。

  • hash分片（Hash based sharding）
    在这里插入图片描述

Hash分片是计算一个分片主键的hash值，每一个区块将分配一个范围的hash值。
Hash分片与范围分片互补，能将文档随机的分散到各个chunk，充分的扩展写能力，弥补了范围分片的不足，缺点是不能高效的服务范围查询，所有的范围查询要分发到后端所有的Shard才能找出满足条件的文档。

  • 组合片键 A + B(散列思想 不能是直接hash)
    数据库中没有比较合适的片键供选择，或者是打算使用的片键基数太小（即变化少如星期只有7天可变化），可以选另一个字段使用组合片键，甚至可以添加冗余字段来组合。一般是粗粒度+细粒度进行组合。

合理的选择shard key
无非从两个方面考虑，数据的查询和写入，最好的效果就是数据查询时能命中更少的分片，数据写入时能够随机的写入每个分片，关键在于如何权衡性能和负载

  1. 分片集群的搭建过程
    在这里插入图片描述

配置 并启动config 节点集群
节点1 config-17017.conf

# 数据库文件位置
dbpath=config/config1
#日志文件位置
logpath=config/logs/config1.log
# 以追加方式写入日志
logappend=true
# 是否以守护进程方式运行
fork = true
bind_ip=0.0.0.0
port = 17017
# 表示是一个配置服务器
configsvr=true
#配置服务器副本集名称
replSet=configsvr

节点2 config-17018.conf

# 数据库文件位置
dbpath=config/config2
#日志文件位置
logpath=config/logs/config.log
# 以追加方式写入日志
logappend=true
# 是否以守护进程方式运行
fork = true
bind_ip=0.0.0.0
port = 17018
# 表示是一个配置服务器
configsvr=true
#配置服务器副本集名称
replSet=configsvr

节点3 config-17019.conf

# 数据库文件位置
dbpath=config/config3
#日志文件位置
logpath=config/logs/config3.log
# 以追加方式写入日志
logappend=true
# 是否以守护进程方式运行
fork = true
bind_ip=0.0.0.0
port = 17019
# 表示是一个配置服务器
configsvr=true
#配置服务器副本集名称
replSet=configsvr

启动配置节点

./bin/mongod -f config/config-17017.conf
./bin/mongod -f config/config-17018.conf
./bin/mongod -f config/config-17019.conf

进入任意节点的mongo shell 并添加 配置节点集群 注意use admin

./bin/mongo --port 17017
use admin
var cfg ={"_id":"configsvr",
"members":[
{"_id":1,"host":"192.168.211.133:17017"},
{"_id":2,"host":"192.168.211.133:17018"},
{"_id":3,"host":"192.168.211.133:17019"}]
};
rs.initiate(cfg)

配置shard集群
shard1集群搭建37017到37019

dbpath=shard/shard1/shard1-37017
bind_ip=0.0.0.0
port=37017
fork=true
logpath=shard/shard1/shard1-37017.log
replSet=shard1
shardsvr=true


dbpath=shard/shard1/shard1-37018
bind_ip=0.0.0.0
port=37018
fork=true
logpath=shard/shard1/logs/shard1-37018.log
replSet=shard1
shardsvr=true


dbpath=shard/shard1/shard1-37019
bind_ip=0.0.0.0
port=37019
fork=true
logpath=shard/shard1/logs/shard1-37019.log
replSet=shard1
shardsvr=true


启动每个mongod 然后进入其中一个进行集群配置
var cfg ={"_id":"shard1",
	"protocolVersion" : 1,
	"members":[
		{"_id":1,"host":"192.168.211.133:37017"},
		{"_id":2,"host":"192.168.211.133:37018"},
		{"_id":3,"host":"192.168.211.133:37019"}
	] 
};
rs.initiate(cfg)
rs.status()

shard2集群搭建47017到47019

dbpath=shard/shard2/shard2-47017
bind_ip=0.0.0.0
port=47017
fork=true
logpath=shard/shard2/logs/shard2-47017.log
replSet=shard2
shardsvr=true


dbpath=shard/shard2/shard2-47018
bind_ip=0.0.0.0
port=47018
fork=true
logpath=shard/shard2/logs/shard2-47018.log
replSet=shard2
shardsvr=true


dbpath=shard/shard2/shard2-47019
bind_ip=0.0.0.0
port=47019
fork=true
logpath=shard/shard2/logs/shard2-47019.log
replSet=shard2
shardsvr=true

启动每个mongod 然后进入其中一个进行集群配置
var cfg ={"_id":"shard2",
	"protocolVersion" : 1,
	"members":[
		{"_id":1,"host":"192.168.211.133:47017"},
		{"_id":2,"host":"192.168.211.133:47018"},
		{"_id":3,"host":"192.168.211.133:47019"}
	] 
};
rs.initiate(cfg)
rs.status()

配置和启动 路由节点

route-27017.conf

port=27017
bind_ip=0.0.0.0
fork=true
logpath=route/logs/route.log
configdb=configsvr/192.168.211.133:17017,192.168.211.133:17018,192.168.211.133:1
7019

启动路由节点使用 mongos （注意不是mongod）

/bin/mongos -f route/route-27017.conf

mongos（路由）中添加分片节点
进入路由mongos

mongo --port 27017
sh.status()
sh.addShard("shard1/192.168.211.133:37017,192.168.211.133:37018,192.168.211.133:37019");
sh.addShard("shard2/192.168.211.133:47017,192.168.211.133:47018,192.168.211.133:47019");
sh.status()

开启数据库和集合分片(指定片键)
继续使用mongos完成分片开启和分片大小设置

为数据库开启分片功能
sh.enableSharding("resume")
为指定集合开启分片功能
sh.shardCollection("resume.resume_datas",{"片键字段名如 name":索引说明})

向集合中插入数据测试
通过路由循环向集合中添加数

use resume;
for(var i=1;i<= 1000;i++){
	db.resume_datas.insert({"name":"test"+i,
	salary:(Math.random()*20000).toFixed(2)});
}

验证分片效果
分别进入 shard1 和 shard2 中的数据库 进行验证

ckw@ldy
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mongoDB复制集及分片集群
yfyh2021的博客
12-01 2470
mongoDb复制集 它主要提供两个方面的功能 1. 数据写入主节点（Primary）时将数据复制到另一个副本节（Secondary）点上 2. 主节点发生故障时自动选举出一个新的替代节点 典型复制集结构 一个典型的复制集由三个或三个以上具有投票权的节点组成，其中一个主节点（Primary）：接收写入操作，读操作和选举时投票，两个或多个从节点(Secondary)：复制主节点上的新数据和选举时投票 数据是如何复制的 当一个修改操作，无论是插入，更新或删除，到达主节点时
mongodb分片集群搭建步骤
weixin_44093264的博客
01-13 551
1、创建目录 1.1 创建数据目录 –Config mkdir -p /opt/apps/mongodb/rs1/shareconf1/data/node1 mkdir -p /opt/apps/mongodb/rs1/shareconf2/data/node1 mkdir -p /opt/apps/mongodb/rs1/shareconf3/data/node1 –Master mkdir -p /opt/apps/mongodb/rs1/share1/data/node1 mkdir -p /opt/
MongoDB集群高可用介绍和简单搭建
Kiven_ch的博客
08-07 1225
MongoDB主从复制架构原理和缺陷 master-slave架构中master节点负责数据的读写，slave没有写入权限只负责读取数据。 在主从结构中，主节点的操作记录成为oplog（operation log）。oplog存储在系统数据库local的 oplog.$main集合中，这个集合的每个文档都代表主节点上执行的一个操作。从服务器会定期从主服务中获取oplog记录，然后在本机上执行！对于存储oplog的集合，MongoDB采用的是固定集合，也就是说随着操作过多，新的操作会覆盖旧的操作！ 主从
MongoDB复制集/集群搭建详解
最新发布
qq_44027353的博客
07-29 1458
Mongodb复制集（Replication Set）包含一个Primary节点和多个Secondary节点，Mongodb Driver（客户端）的所有数据都写入Primary，Secondary从Primary同步写入的数据，以保证数据一致性。数据写入时将数据迅速复制到另一个独立节点上在接收写入的节点发生故障时自动选举出一个新的替代节点数据分发: 将数据从一个区域复制到另一个区域，减少另一个区域的读延迟读写分离: 不同类型的压力分别在不同的节点上执行。
高可用的MongoDB集群－实战篇
weixin_33971130的博客
04-13 255
1.概述 　　最近有同学和网友私信我，问我MongoDB方面的问题；这里我整理一篇博客来赘述下MongoDB供大家学习参考，博客的目录内容如下： 基本操作 CRUD MapReduce 　　本篇文章是基于MongoDB集群（Sharding+Replica Sets）上演示的，故操作的内容都是集群层面的，所以有些命令和单独的使用MongoDB库有异样。具体集群搭建可以参考我写的《...
谈MongoDB的应用场景
天空的博客
07-15 314
谈MongoDB的应用场景   MongoDB的应用场景在网上搜索了下，很少介绍关于传统的信息化应用中如何使用MongoDB数据库方面的内容，比较多的还是介绍日志的采集和存储，小文件的分布式存储，类似互联网微博应用的数据存储等方面的内容。在这里思考下传统企业信息化系统中的应用可行性。首先对于NoSQL数据库，在数据库建模上需要重点考虑，彻底放弃传统的关系型数据库建模方法，如果将传统的关系型...
MongoDB 3.4 高可用集群搭建（四）—— 分片
weixin_34388207的博客
02-10 527
按照上一节中《MongoDB 3.4 高可用集群搭建（三）深入副本集内部机制》搭建后还有两个问题没有解决： 从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？ 数据压力大到机器支撑不了的时候能否做到自动扩展？ 在系统早期，数据量还小的时候不会引起太大的问题，但是随着数据量持续增多，后续迟早会出现一台机器硬件瓶颈问题的。而mongodb主打的就是海量数据架构，他不能解...
mongodb分片集群安装搭建详细过程(带认证、不带认证、复制集、分片sharding全覆盖)1
08-08
本文将详细介绍如何在MongoDB 3.6.3版本下搭建带有认证和不带认证的分片集群。 1. **分片集群架构** - **LVS (Linux Virtual Server)**: 提供虚拟IP（VIP），实现负载均衡，使得数据迁移或扩容不影响业务。 - **...
MongoDB复制集集群配置文件.rar
03-18
配置MongoDB复制集集群和分片通常涉及以下步骤： 1. 安装MongoDB服务器：在所有参与的服务器上安装MongoDB。 2. 初始化复制集：创建配置文件，启动每个成员，并使用`rs.initiate()`命令初始化复制集。 3. 添加副...
MongoDB4.0 分片集群+复制集+读写分离详细搭建教程
lvshaorong的博客
05-13 7576
最近由于要存储大规模结构化数据，想到了MongoDB的口号For giant ideas，于是假设了下图架构的一个mongoDB集群。 先说说选型的原因，结构化数据很多数据库都可以存储，最常用的是mysql，而且mysql的集群也屡见不鲜。比如mycat或者mysqlproxy这种数据库网关就可以放置在多个普通的mysql服务器前面，或者像腾讯退出的TDSQL这种商业版本也是有内置数据库网关的，...
centos7下mongodb4.0.6分片集群搭建(psa)-用户认证关键问题汇总
04-08
公司单节点升级到分片下，搜索了一圈大多数MongoDB集群的部署方案都是分片+副本集，没有讲述如何从单节点升级到分片+复制集的方法，亲自试验后记录整个过程以及中间的参考内容和疑难解决，以备后查。内容包含复制集+...
mongodb高可用完全分布集群搭建
09-12
详细讲解mongodb高性能、高可用集群的搭建步骤，包括副本集与分片。每一步都有解释和说明，包括整个的集群结构，学习mongodb的不要错过这个资源
三、MongoDB复制集，分片集群
Xx__WangQi的博客
04-22 1659
一、MongoDB 高可用复制集架构 MongoDB 复制集 MongoDB复制集的主要意义在于实现服务高可用，类似于Redis中的哨兵模式 它主要提供两个方面的功能 1. 数据写入主节点（Primary）时将数据复制到另一个副本节（Secondary）点上 2. 主节点发生故障时自动选举出一个新的替代节点 在实现高可用的同时，复制集实现了其他几个作用 数据分发：将数据从一个区域复制到另一个区域，减少另一个区域的读延迟 读写分离：不同类型的压力分别在不同的节点上执行 异地容灾：在数据.
MongoDB高可用集群搭建
weixin_30808253的博客
09-21 103
MongoDB副本集搭建 准备三台服务器： 　　10.175.120.131(主节点) 　　10.175.121.134(副本节点) 　　10.175.121.136(副本节点) 1.分别在每台服务器上安装MongoDB，并通过配置文件启动服务，配置文件如下： dbpath=/data/db #指定数据库路径 logpath=/data/mongo...
搭建高可用mongodb集群（一）——配置mongodb
weixin_30262255的博客
11-18 308
在大数据的时代，传统的关系型数据库要能更高的服务必须要解决高并发读写、海量数据高效存储、高可扩展性和高可用性这些难题。不过就是因为这些问题Nosql诞生了。 NOSQL有这些优势： 大数据量，可以通过廉价服务器存储大量的数据，轻松摆脱传统mysql单表存储量级限制。 高扩展性，Nosql去掉了关系数据库的关系型特性，很容易横向扩展，摆脱了以往老是纵向扩展的诟病。 高性能，Nosql通过简单...
搭建高可用MongoDB集群（Replica set）
weixin_33739523的博客
11-27 112
MongoDB基础可参考http://blog.51cto.com/kaliarch/2044423 一、概述 1.1 MongoDB副本集 通俗来讲，mongodb的副本集相当于具有自动故障恢复的主从集群，主从集群和副本集最明显的特征为副本集没有固定的“主节点”，整个集群会通过一定的算法选举出主节点，目前MongoDB官方已经不建议使用主...
分布式数据库NoSQL(九)——MongoDB 复制集&分片
m0_64139004的博客
10-22 6000
MongoDB 目前的高可用架构主要有主从、复制集、以及分片，单纯的主从技术几乎被淘汰，整个稳定性以及可靠性方面复制集要比主从好，所以现在更多的会去使用复制集。在接下来的实践过程中，我们将在一台服务器（单机）实现复制集和分片。
MongoDB第二话 -- MongoDB高可用集群实现
生生不息，则源源不断
06-29 560
本文主要记录MongoDB集群的搭建坏境准备：liunx centos7，docker-compose，镜像mongo:4.2.21。 一主一从一仲裁，在一台机实现了 2.启动容器 3.初始化集群 _id：对应的replSet 名称 host：如果需要程序连接，需要填宿主机IP arbiterOnly:true 表示该节点为仲裁节点 5.模拟master节点挂掉 停掉master节点，进入slave节点容器中查看状态 可以看到原来的slave节点已经变成了PRIMARY主节点 集群未初始化......
MongoDB3.4高可用集群搭建：分片与副本集实战
"本文主要介绍如何在MongoDB 3.4中搭建高可用的分片+副本集集群，包括相关概念解析和详细步骤说明。" MongoDB 3.4集群搭建是一个复杂但至关重要的任务，尤其对于需要高可用性和可扩展性的应用来说。在开始搭建之前...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值