mongodb 三节点Shard Replica set 配置

最新推荐文章于 2025-06-25 18:26:21 发布
置顶 最新推荐文章于 2025-06-25 18:26:21 发布
阅读量3.4k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： MongoDB
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/East271536394/article/details/8815610
本文详细介绍了如何配置MongoDB的三节点Shard Replica Set，包括创建目录结构、配置replica-set、设置config server、启动mongos以及启用sharding。在三台不同服务器上分别配置了名为shard1、shard2和shard3的replica set，并通过mongos进行集群管理。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1. 使用mongodb 版本

     mongodb-linux-x86_64-2.2.3-rc1

2. 环境配置

 202.173.88.57

 202.173.88.59

 202.173.88.69 

shard1 端口 27017

shard2 端口 27018

shard3 端口 27019

config 端口20000

mongos 端口40000

分别在三台物理机上创建三个shard  一主二备，并将这三个shard做replica set 

3. 配置步骤

3.1 创建目录结构

 在202.173.88.57服务器创建目录
mkdir -p /home/mongodb/workspace/data/shard11
mkdir -p /home/mongodb/workspace/data/shard12
mkdir -p /home/mongodb/workspace/data/shard13
mkdir -p /home/mongodb/workspace/data/config
mkdir -p /home/mongodb/workspace/data/log

 在202.173.88.59服务器创建目录
mkdir -p /home/mongodb/workspace/data/shard21
mkdir -p /home/mongodb/workspace/data/shard22
mkdir -p /home/mongodb/workspace/data/shard23
mkdir -p /home/mongodb/workspace/data/config
mkdir -p /home/mongodb/workspace/data/log

 在202.173.88.69服务器创建目录
mkdir -p /home/mongodb/workspace/data/shard31
mkdir -p /home/mongodb/workspace/data/shard32
mkdir -p /home/mongodb/workspace/data/shard33
mkdir -p /home/mongodb/workspace/data/config
mkdir -p /home/mongodb/workspace/data/log


3.2 在57,59,69上执行配置replica-set 名称为shard1

./mongod --shardsvr --replSet shard1 --port 27017 --dbpath  /home/mongodb/workspace/data/shard11 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard11.log --logappend --fork

./mongod --shardsvr --replSet shard1 --port 27017 --dbpath  /home/mongodb/workspace/data/shard21 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard21.log --logappend --fork

./mongod --shardsvr --replSet shard1 --port 27017 --dbpath  /home/mongodb/workspace/data/shard31 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard31.log --logappend --fork

在57上执行./mongo 202.173.88.57:27017/admin

config = {_id: 'shard1', members: [{_id: 0, host: '202.173.88.57:27017'},{_id: 1, host: '202.173.88.59:27017'},{_id: 2, host: '202.173.88.69:27017'}]}
rs.initiate(config);


检查shard1结果

shard1:PRIMARY> rs.status();
{
	"set" : "shard1",
	"date" : ISODate("2013-04-17T03:42:48Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "202.173.88.57:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 229,
			"optime" : Timestamp(1366170134000, 1),
			"optimeDate" : ISODate("2013-04-17T03:42:14Z"),
			"self" : true
		},
		{
			"_id" : 1,
			"name" : "202.173.88.59:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 29,
			"optime" : Timestamp(1366170134000, 1),
			"optimeDate" : ISODate("2013-04-17T03:42:14Z"),
			"lastHeartbeat" : ISODate("2013-04-17T03:42:47Z"),
			"pingMs" : 0
		},
		{
			"_id" : 2,
			"name" : "202.173.88.69:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 29,
			"optime" : Timestamp(1366170134000, 1),
			"optimeDate" : ISODate("2013-04-17T03:42:14Z"),
			"lastHeartbeat" : ISODate("2013-04-17T03:42:47Z"),
			"pingMs" : 0
		}
	],
	"ok" : 1
}


3.3. 在57,59,69上执行配置replica-set 名称为shard2

./mongod --shardsvr --replSet shard2 --port 27018 --dbpath  /home/mongodb/workspace/data/shard12 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard12.log --logappend --fork

./mongod --shardsvr --replSet shard2 --port 27018 --dbpath  /home/mongodb/workspace/data/shard22 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard22.log --logappend --fork

./mongod --shardsvr --replSet shard2 --port 27018 --dbpath  /home/mongodb/workspace/data/shard32 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard32.log --logappend --fork

在57上执行./mongo 202.173.88.57:27018/admin

config = {_id: 'shard2', members: [{_id: 0, host: '202.173.88.57:27018'},{_id: 1, host: '202.173.88.59:27018'},{_id: 2, host: '202.173.88.69:27018'}]}
rs.initiate(config);

检查shard2结果 

shard2:PRIMARY> rs.status()
{
	"set" : "shard2",
	"date" : ISODate("2013-04-17T03:47:04Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "202.173.88.57:27018",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 200,
			"optime" : Timestamp(1366170393000, 1),
			"optimeDate" : ISODate("2013-04-17T03:46:33Z"),
			"self" : true
		},
		{
			"_id" : 1,
			"name" : "202.173.88.59:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 25,
			"optime" : Timestamp(1366170393000, 1),
			"optimeDate" : ISODate("2013-04-17T03:46:33Z"),
			"lastHeartbeat" : ISODate("2013-04-17T03:47:03Z"),
			"pingMs" : 0
		},
		{
			"_id" : 2,
			"name" : "202.173.88.69:27018",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 25,
			"optime" : Timestamp(1366170393000, 1),
			"optimeDate" : ISODate("2013-04-17T03:46:33Z"),
			"lastHeartbeat" : ISODate("2013-04-17T03:47:03Z"),
			"pingMs" : 0
		}
	],
	"ok" : 1
}


3.4 在57,59,69上执行配置replica-set 名称为shard3

./mongod --shardsvr --replSet shard3 --port 27019 --dbpath  /home/mongodb/workspace/data/shard13 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard13.log --logappend --fork

./mongod --shardsvr --replSet shard3 --port 27019 --dbpath  /home/mongodb/workspace/data/shard23 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard23.log --logappend --fork

./mongod --shardsvr --replSet shard3 --port 27019 --dbpath  /home/mongodb/workspace/data/shard33 --oplogSize 100 --logpath /home/mongodb/workspace/data/log/shard33.log --logappend --fork

在57上执行./mongo 202.173.88.57:27019/admin

config = {_id: 'shard3', members: [{_id: 0, host: '202.173.88.57:27019'},{_id: 1, host: '202.173.88.59:27019'},{_id: 2, host: '202.173.88.69:27019'}]}
rs.initiate(config);

检查shard3结果 

shard3:PRIMARY> rs.status()
{
	"set" : "shard3",
	"date" : ISODate("2013-04-17T03:50:50Z"),
	"myState" : 1,
	"members" : [
		{
			"_id" : 0,
			"name" : "202.173.88.57:27019",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 176,
			"optime" : Timestamp(1366170617000, 1),
			"optimeDate" : ISODate("2013-04-17T03:50:17Z"),
			"self" : true
		},
		{
			"_id" : 1,
			"name" : "202.173.88.59:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 33,
			"optime" : Timestamp(1366170617000, 1),
			"optimeDate" : ISODate("2013-04-17T03:50:17Z"),
			"lastHeartbeat" : ISODate("2013-04-17T03:50:49Z"),
			"pingMs" : 0
		},
		{
			"_id" : 2,
			"name" : "202.173.88.69:27019",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 33,
			"optime" : Timestamp(1366170617000, 1),
			"optimeDate" : ISODate("2013-04-17T03:50:17Z"),
			"lastHeartbeat" : ISODate("2013-04-17T03:50:49Z"),
			"pingMs" : 0
		}
	],
	"ok" : 1
}

3.5 在57,59,69中分别配置config,mongos

./mongod --configsvr --dbpath /home/mongodb/workspace/data/config --port 20000 --logpath /home/mongodb/workspace/data/log/config.log --logappend --fork

在59中配置mongos

./mongos --configdb 202.173.88.57:20000,202.173.88.59:20000,202.173.88.69:20000 --port 40000 --chunkSize 5 --logpath /home/mongodb/workspace/data/log/mongos.log --logappend --fork


3.6 配置sharding

./mongo 202.173.88.59:40000/admin

db.runCommand({addshard:"shard1/202.173.88.57:27017,202.173.88.59:27017,202.173.88.69:27017",name:"shard1"})
db.runCommand({addshard:"shard2/202.173.88.57:27018,202.173.88.59:27018,202.173.88.69:27018",name:"shard2"})
db.runCommand({addshard:"shard3/202.173.88.57:27019,202.173.88.59:27019,202.173.88.69:27019",name:"shard3"})


sharding结果查看:

mongos> printShardingSizes()
Wed Apr 17 11:58:52 starting new replica set monitor for replica set shard1 with seed of 202.173.88.57:27017,202.173.88.59:27017,202.173.88.69:27017
Wed Apr 17 11:58:52 successfully connected to seed 202.173.88.57:27017 for replica set shard1
Wed Apr 17 11:58:52 changing hosts to { 0: "202.173.88.57:27017", 1: "202.173.88.69:27017", 2: "202.173.88.59:27017" } from shard1/
Wed Apr 17 11:58:52 trying to add new host 202.173.88.57:27017 to replica set shard1
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.57:27017 in replica set shard1
Wed Apr 17 11:58:52 trying to add new host 202.173.88.59:27017 to replica set shard1
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.59:27017 in replica set shard1
Wed Apr 17 11:58:52 trying to add new host 202.173.88.69:27017 to replica set shard1
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.69:27017 in replica set shard1
Wed Apr 17 11:58:52 Primary for replica set shard1 changed to 202.173.88.57:27017
Wed Apr 17 11:58:52 replica set monitor for replica set shard1 started, address is shard1/202.173.88.57:27017,202.173.88.59:27017,202.173.88.69:27017
Wed Apr 17 11:58:52 [ReplicaSetMonitorWatcher] starting
Wed Apr 17 11:58:52 starting new replica set monitor for replica set shard2 with seed of 202.173.88.57:27018,202.173.88.59:27018,202.173.88.69:27018
Wed Apr 17 11:58:52 successfully connected to seed 202.173.88.57:27018 for replica set shard2
Wed Apr 17 11:58:52 changing hosts to { 0: "202.173.88.57:27018", 1: "202.173.88.69:27018", 2: "202.173.88.59:27018" } from shard2/
Wed Apr 17 11:58:52 trying to add new host 202.173.88.57:27018 to replica set shard2
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.57:27018 in replica set shard2
Wed Apr 17 11:58:52 trying to add new host 202.173.88.59:27018 to replica set shard2
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.59:27018 in replica set shard2
Wed Apr 17 11:58:52 trying to add new host 202.173.88.69:27018 to replica set shard2
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.69:27018 in replica set shard2
Wed Apr 17 11:58:52 Primary for replica set shard2 changed to 202.173.88.57:27018
Wed Apr 17 11:58:52 replica set monitor for replica set shard2 started, address is shard2/202.173.88.57:27018,202.173.88.59:27018,202.173.88.69:27018
Wed Apr 17 11:58:52 starting new replica set monitor for replica set shard3 with seed of 202.173.88.57:27019,202.173.88.59:27019,202.173.88.69:27019
Wed Apr 17 11:58:52 successfully connected to seed 202.173.88.57:27019 for replica set shard3
Wed Apr 17 11:58:52 changing hosts to { 0: "202.173.88.57:27019", 1: "202.173.88.69:27019", 2: "202.173.88.59:27019" } from shard3/
Wed Apr 17 11:58:52 trying to add new host 202.173.88.57:27019 to replica set shard3
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.57:27019 in replica set shard3
Wed Apr 17 11:58:52 trying to add new host 202.173.88.59:27019 to replica set shard3
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.59:27019 in replica set shard3
Wed Apr 17 11:58:52 trying to add new host 202.173.88.69:27019 to replica set shard3
Wed Apr 17 11:58:52 successfully connected to new host 202.173.88.69:27019 in replica set shard3
Wed Apr 17 11:58:52 Primary for replica set shard3 changed to 202.173.88.57:27019
Wed Apr 17 11:58:52 replica set monitor for replica set shard3 started, address is shard3/202.173.88.57:27019,202.173.88.59:27019,202.173.88.69:27019
--- Sharding Status --- 
  sharding version: { "_id" : 1, "version" : 3 }
  shards:
      {
	"_id" : "shard1",
	"host" : "shard1/202.173.88.57:27017,202.173.88.59:27017,202.173.88.69:27017"
}
      {
	"_id" : "shard2",
	"host" : "shard2/202.173.88.57:27018,202.173.88.59:27018,202.173.88.69:27018"
}
      {
	"_id" : "shard3",
	"host" : "shard3/202.173.88.57:27019,202.173.88.59:27019,202.173.88.69:27019"
}
  databases:
	{ "_id" : "admin", "partitioned" : false, "primary" : "config" }

3.7配置分片用户(mongodb_test)
db.runCommand( { enablesharding : "mongodb_test" } );
3.8 设置mongodb_test用户下的集合为分片

db.runCommand( { shardcollection : "mongodb_test.student_1", key : { stuId: 1 } } )


3.9 测试：
1. insert 数据 登录mongos 
for  (var  i  =  1;  i  <=  300000;  i++)  db.student_1.insert({stuId:i,  name:"East271536394"+i,  addr:"Beijing", 
country:"China"}) 

3.10 在replica set 中查看数据
shard2:PRIMARY> db.student_1.find().count()
40957
shard3:PRIMARY> db.student_1.find().count()
28419
shard1:PRIMARY> db.student_1.find().count()
230624


mongos> printShardingStatus()
--- Sharding Status --- 
  sharding version: { "_id" : 1, "version" : 3 }
  shards:
	{  "_id" : "shard1",  "host" : "shard1/202.173.88.57:27017,202.173.88.59:27017,202.173.88.69:27017" }
	{  "_id" : "shard2",  "host" : "shard2/202.173.88.57:27018,202.173.88.59:27018,202.173.88.69:27018" }
	{  "_id" : "shard3",  "host" : "shard3/202.173.88.57:27019,202.173.88.59:27019,202.173.88.69:27019" }
  databases:
	{  "_id" : "admin",  "partitioned" : false,  "primary" : "config" }
	{  "_id" : "mongodb_test",  "partitioned" : true,  "primary" : "shard1" }
		mongodb_test.student_1 chunks:
				shard2	4
				shard3	4
				shard1	4
			{ "stuId" : { $minKey : 1 } } -->> { "stuId" : 1 } on : shard2 Timestamp(2000, 0)
			{ "stuId" : 1 } -->> { "stuId" : 369 } on : shard3 Timestamp(3000, 2) 
			{ "stuId" : 369 } -->> { "stuId" : 1000 } on : shard3 Timestamp(3000, 3) 
			{ "stuId" : 1000 } -->> { "stuId" : 14463 } on : shard2 Timestamp(4000, 0)
			{ "stuId" : 14463 } -->> { "stuId" : 28210 } on : shard2 Timestamp(5000, 0) 
			{ "stuId" : 28210 } -->> { "stuId" : 41957 } on : shard3 Timestamp(6000, 0) 
			{ "stuId" : 41957 } -->> { "stuId" : 55704 } on : shard2 Timestamp(7000, 0) 
			{ "stuId" : 55704 } -->> { "stuId" : 69377 } on : shard3 Timestamp(8000, 0) 
			{ "stuId" : 69377 } -->> { "stuId" : 83124 } on : shard1 Timestamp(8000, 1) 
			{ "stuId" : 83124 } -->> { "stuId" : 110515 } on : shard1 Timestamp(3000, 16) 
			{ "stuId" : 110515 } -->> { "stuId" : 137744 } on : shard1 Timestamp(3000, 18) 
			{ "stuId" : 137744 } -->> { "stuId" : { $maxKey : 1 } } on : shard1 Timestamp(3000, 19) 
	{  "_id" : "km_mongodb",  "partitioned" : false,  "primary" : "shard2" }


完毕！




Mongodb单机、复制集Replica Sets、分片集群Shard Cluster安装详解
qq_36305027的博客
08-24 901
​ 在主从模式的架构中，主节点（Master）的操作记录成为oplog（operation log),oplog存储在系统数据库local的 oplog.$main集合中，这个集合的每个文档都代表主节点上执行的一个操作。​ Hash分片与范围分片互补，能将文档随机的分散到各个chunk，充分的扩展写能力，弥补了范围分片的不足，缺点是不能高效的服务范围查询，所有的范围查询要分发到后端所有的Shard才能找出满足条件的文档。主节点选举是一个二阶段过程+多数派协议。
MongoDB ReplicaSetMonitor对shard探测机制
wangxin201492的博客
08-26 396
date: 2020-04-27 12:59:24 tags: MongoDB:ReplicaSetMonitor sharding实例对后端 shard 会进行状态探测，以发现 shard 是否有节点更新（ 选主、节点加入、节点异常）。提供探测能力的核心类为 ReplicaSetMonitor 及相关类。 对于状态探测的基本逻辑应该也比较好构思：定期状态探测、探测结果存储、探测结果查询。MongoDB中也按照这个逻辑来完成的： ReplicaSetMonitor 提供状态查询的接口，以及定期探测触.
MongoDB三节点的搭建
lijun_work的博客
05-18 979
一． 安装MongoDB服务（三节点同样的操作） 创建数据库存放目录 mkdir -p /mongodb/data && cd /mongodb/data mkdir etc db logs 拷贝MongoDB并解压安装 官网下载地址： https://www.mongodb.com/download-center/community tar -xf mongodb-linux-x86_64-rhel70-3.4.9.tgz mv mongodb-linux-x86_64-rhel70-
Mongodb——shard切片+replset复制集结合的集群架构案例详解
weixin_41711331的博客
04-10 960
mongodb的shard切片简单架构图 实战搭建分片与复制集结合的环境 环境结构图 第一步：做好三个分片的复制集 vim /etc/mongodb/shard1.conf dbpath=/data/shard1 logpath=/data/mlog/shard1.log logappend=true journal=true # 用于数据故障恢复和持久化数...
【请关注】实操mongodb集群部署
最新发布
郭家佑VC/C++/C
06-25 1079
摘要：本文介绍了MongoDB分片集群的部署方案，包含硬件配置、软件环境(CentOS7/Ubuntu18+MongoDB)和详细部署步骤。集群采用三副本二分片架构，通过配置服务器(3节点)、路由节点(mongos)和分片节点实现高可用分布式存储。部署过程包括初始化配置副本集、创建分片服务、添加分片到集群等Docker操作。该方案具有数据自动分片、读写负载均衡等优势，支持水平扩展，能有效提升大规模数据场景下的存储能力和访问性能。
mongodb的3台服务器shard集群搭建
weixin_43865381的博客
12-12 767
1.硬件条件 53~55 共3台服务器，操作系统均是centos 7.5， 服务器相关配置修改： echo never > /sys/kernel/mm/transparent_hugepage/enabled echo never > /sys/kernel/mm/transparent_hugepage/defrag echo 0 > /proc/sys/vm/zone_re...
mongodb-sharding-replicate sets
linux运维交流学习
02-29 184
3台机器，3个复制集（shard1，shard2，shard3），3个shards ，3个config servers，3个mongos 机器： 192.168.1.158 192.168.1.224 192.168.1.78 -------------------------------------------------------------------------------...
MONGODB高可用Repl Set+Sharding配置
wzw_dba的博客
07-06 757
此次配置基于测试环境，话不多说，直接上干货。 步骤： 1、创建目录 数据目录 mkdir -p /mongodata/shard1_1 分片1副本集1数据目录 mkdir -p /mongodata/shard1_2 分片1副本集2数据目录 mkdir -p /mongodata/shard1_3 分片1副本集3数据目录 mkdir -p /mongodata/shard2_1 分片
MongoDB 使用Replica Set(副本集)方式搭建
wh_huan的博客
06-03 1002
MongoDB集群方案 一． mongoDB简介 MongoDB是一个基于分布式文件存储的数据库。由C++语言编写。旨在为WEB应用提供可扩展的高性能数据存储解决方案。 MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似json的bjson格式，因此可以存储比较复杂的数据类型。Mongo最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持
MongoDB分片+副本集部署（Shard+ReplicaSet单机多节点部署）
duringnone的博客
04-06 842
Mongodb-单机多节点部署 【亲测】 一、集群规划 1.普通分片集，没有数据冗余能力，如果任意分片节点出现故障，则会数据丢失，所以在生产中一般都采用分片+副本集的方式，该方式即解决读写负载均衡高可用，也解决了数据冗余高可用的问题； 2.主机充裕的情况下分片副本集集群，至少需要9台主机节点，其中每三台组成一组副本集，然后再把三组副本集的主节点组合成分片集群，这样当用户或应用程序请求操作数据库时...
mongo-cluster-sharding:使用分片和ReplicaSet设置集群MongoDB
04-13
在大型分布式系统中，为了实现水平扩展和数据冗余，MongoDB提供了分片（Sharding）和复制集（Replica Set）的功能。本文将深入探讨如何使用这两种技术来设置MongoDB集群。 **一、MongoDB分片** 1. **分片概念**: ...
mongodb4.0 replica set(副本集) 切换主节点 手动配置主从
HelloBiu的博客
07-08 6024
解决思路 为了保证数据的一致性，需要先停止应用对数据库的读写 修改要切换为主节点Primary的Secondary节点的优先级 重新配置config 解决方式 数据库通过shell登录Primary节点，这是因为修改必须要Primary节点才可以。通过rs.status()查看当前副本集状态，找到members需要切换为Primary节点的数组下标，将其优先级priority设置成member...
mongodb抛ReplicaSetMonitor no master found for set异常
tcrct
08-20 606
今晚有同事打电话来说，手机应用拿不到数据了，登录数据库也失败了，于是，赶快回到家里打开电脑一看tomcat抛了一大堆异常出来： [code="java"] Caused by: com.mongodb.MongoException: ReplicaSetMonitor no master found for set: dbset1 at com.mongodb.MongoEx...
孤荷凌寒自学python第五十六天通过compass客户端和mongodb shell 命令来连接远端MongoDb数据库...
weixin_30686845的博客
01-02 208
孤荷凌寒自学python第五十六天通过compass客户端和mongodb shell 命令来连接远端MongoDb数据库 （完整学习过程屏幕记录视频地址在文末） 今天是学习mongoDB数据库的第二天。仍然感觉付出的时间与收获完全不成正比，万事开头的时候，总是那么困难，不过今天历尽困难总算还是成功在本地连接上了远端的mongoDB数据库（就是我注册的官方的试用版本的数据库，就在官方网站服务器...
MongoDB 备份恢复
JiekeXu的博客
03-31 5440
作者 | JiekeXu来源 |公众号 JiekeXu DBA之路（ID: JiekeXu_IT）大家好，我是JiekeXu,很高兴又和大家见面了,今天和大家一起来聊聊MongoDB 备份恢复，欢迎点击上方蓝字关注我，标星或置顶，更多干货第一时间到达！去年中旬安装过 MongoDB，没有怎么实操，本次将备份相关的操作做一个总结，后续有用到的地方可以回来查看，就比较方便了，......
孤儿文档是怎样产生的(MongoDB orphaned document)
weixin_34354945的博客
07-11 897
　　使用MongoDB的开发人员应该都听说过孤儿文档（orphaned document）这回事儿，可谓闻着沉默，遇者流泪。本文基于MongoDB3.0来看看怎么产生一个orphaned document，要求MongoDB的运行方式需要是sharded cluster，如果对这一部分还不是很了解，可以参考一下这篇文章。 　　在MongoDB的官方文档中，对orphaned document的描...
Mongodb分片配置
提笔写忧伤
06-18 1342
一、     部署环境、 1.     结构图   2.     节点分配 一共使用了三个节点 Sg206(172.16.48.206  root/201314) ： shard11、shard32、config、mongos Sg207(172.16.48.207  root/201314) ： shard21、shard12、config、mongos Sg208(172
c++ 连接 MongoDB replica-set
Dean Chen的专栏
05-09 6237
MongoDB的官方文档描述了如何使用连接字符串的正确格式来支持single server和replica-set server，并且声称官方驱动都支持。http://docs.mongodb.org/manual/reference/connection-string/但实际上c++驱动仍然沿用旧的方式，而且文档描述相当少。可以通过这个讨论让大家看到MongoDB c++驱动有多讨厌。http:
免费试用MongoDB云数据库 （MongoDB Atlas）教程
weixin_30733003的博客
08-13 552
　　众所周知，MongoDB包括社区版和企业版，但不止如此，MongoDB公司还有MongoDB Atlas：Database as a Service. 　　MongoDB Atlas delivers the world’s leading database for modern applications as a fully automated cloud service with t...
MongoDB集群搭建指南：利用分片与ReplicaSet技术
资源摘要信息:"MongoDB集群分片与ReplicaSet设置详细指南" MongoDB是当前流行的NoSQL数据库管理系统之一，其灵活性和可扩展性使其成为处理大规模数据集的首选。在处理海量数据时，单服务器架构往往难以支撑，因此...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值