第九章：管理维护sharding

最新推荐文章于 2022-01-31 23:12:15 发布
最新推荐文章于 2022-01-31 23:12:15 发布
阅读量1.1k 收藏 1
点赞数
分类专栏： MongoDB 文章标签： sharding管理维护
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhengwei125/article/details/46502139
版权

 
1. 列出所有的shard Server

 1./mongo 192.168.56.90:27017   #这里必须连接路由节点 

mongos> use admin

switched to db admin
mongos> db.runCommand({listshards:1})    -- --列出所有的shard Server
{
     "shards" : [
          {
               "_id" : "shard0000",
               "host" : "192.168.56.87:27017"
          },
          {
               "_id" : "shard0001",
               "host" : "192.168.56.88:27017"
          }
     ],
     "ok" : 1
}
mongos>



2. 查看 sharding 信息

> printShardingStatus()                          --查看Sharding信息 

mongos> printShardingStatus()
--- Sharding Status ---
  sharding version: {
     "_id" : 1,
     "minCompatibleVersion" : 5,
     "currentVersion" : 6,
     "clusterId" : ObjectId("5550731f38c2a6ca9b4e1ee5")
}
  shards:
     {  "_id" : "shard0000",  "host" : "192.168.56.87:27017" }
     {  "_id" : "shard0001",  "host" : "192.168.56.88:27017" }
  balancer:
     Currently enabled:  yes
     Currently running:  no
     Failed balancer rounds in last 5 attempts:  0
     Migration Results for the last 24 hours:
          1 : Success
  databases:
     {  "_id" : "admin",  "partitioned" : false,  "primary" : "config" }
     {  "_id" : "test",  "partitioned" : true,  "primary" : "shard0000" }




3.判断是否是 sharding

mongos> db.runCommand({isdbgrid:1})
{ "isdbgrid" : 1, "hostname" : "node1", "ok" : 1 }


4.对现有的表进行 sharding

刚才我们是对表db.users进行分片了，下面我们将对库中现有的未分片的表 db.users_2进行分片处理 

表最初状态如下，可以看出他没有被分片过：

4.1 查看db.users2的状态

> use  test
switched to db test
>  for  (var  i  =  1;  i  <=  5000;  i++)  db.users2.insert({age:i,  name:"wangwenlong",  addr:"Beijing",country:"China"})
WriteResult({ "nInserted" : 1 })

mongos> db.users2.stats()
{
     "sharded" : false,
     "primary" : "shard0000",
     "ns" : "test.users",
     "count" : 5000,
     "size" : 560000,
     "avgObjSize" : 112,
     "numExtents" : 4,
     "storageSize" : 696320,
     "lastExtentSize" : 524288,
     "paddingFactor" : 1,
     "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
     "userFlags" : 1,
     "capped" : false,
     "nindexes" : 1,
     "totalIndexSize" : 171696,
     "indexSizes" : {
          "_id_" : 171696
     },
     "ok" : 1
}


 4.2 对其进行分片处理:

> use  admin
switched to db admin

> db.runCommand({ shardcollection: "test.users2", key: { _id:1 }}) --已经存在db.users
{ "collectionsharded" : "test.users2", "ok" : 1 }



再次查看分片后的表的状态，可以看到它已经被我们分片了 
 
> use test                
switched to db test
mongos>  db.users2.stats()
{
     "sharded" : true,  --是shard状态
     "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
     "userFlags" : 1,
     "capped" : false,
     "ns" : "test.users",
     "count" : 5000,
     "numExtents" : 4,
     "size" : 560000,
     "storageSize" : 696320,
     "totalIndexSize" : 171696,
     "indexSizes" : {
          "_id_" : 171696
     },
     "avgObjSize" : 112,
     "nindexes" : 1,
     "nchunks" : 1,
     "shards" : {
          "shard0000" : {
               "ns" : "test.users",
               "count" : 5000,
               "size" : 560000,
               "avgObjSize" : 112,
               "numExtents" : 4,
               "storageSize" : 696320,
               "lastExtentSize" : 524288,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 171696,
               "indexSizes" : {
                    "_id_" : 171696
               },
               "ok" : 1
          }
     },
     "ok" : 1
}
mongos>

 


5. 新增shard Server

刚才我们演示的是新增分片表，接下来我们演示如何新增Shard Server 



5.1. 建立数据文件夹
 
  mkdir -p  /mongodb/data/shared3     --shared3
  mkdir -p /mongodb/log
  touch  /mongodb/log/shared3.log 
  touch  /mongodb/shared3.pid  
 
  chmod -R 755 /mongodb

  5.2 启动一个新Shard Server 进程  

./mongod  --shardsvr --port 27017 --fork --dbpath /mongodb/data/shared3/ --logpath /mongodb/log/shared3.log  --directoryperdb    #192.168.56.91

about to fork child process, waiting until server is ready for connections.
forked process: 3438
child process started successfully, parent exiting

  5.3 配置新Shard Server  --在路由节点执行
 
[root@node1 bin]# ./mongo 192.168.56.90:27017
 > use admin

 > db.runCommand({ addshard:"192.168.56.91:27017" }) 
{ "shardAdded" : "shard0002", "ok" : 1 } 

> printShardingStatus()     

--- Sharding Status ---
  sharding version: {
     "_id" : 1,
     "minCompatibleVersion" : 5,
     "currentVersion" : 6,
     "clusterId" : ObjectId("5550731f38c2a6ca9b4e1ee5")
}
  shards:
     {  "_id" : "shard0000",  "host" : "192.168.56.87:27017" }
     {  "_id" : "shard0001",  "host" : "192.168.56.88:27017" }
     {  "_id" : "shard0002",  "host" : "192.168.56.91:27017" }  这是刚新添加的
  balancer:
     Currently enabled:  yes
     Currently running:  no
     Failed balancer rounds in last 5 attempts:  0
     Migration Results for the last 24 hours:
          11 : Success
  databases:
     {  "_id" : "admin",  "partitioned" : false,  "primary" : "config" }
     {  "_id" : "test",  "partitioned" : true,  "primary" : "shard0000" }
          test.users
               shard key: { "_id" : 1 }
               chunks:
                    shard0000     4
                    shard0001     4
                    shard0002     4
               { "_id" : { "$minKey" : 1 } } -->> { "_id" : ObjectId("555075a4a9c1857072f9384f") } on : shard0002 Timestamp(9, 0)
               { "_id" : ObjectId("555075a4a9c1857072f9384f") } -->> { "_id" : ObjectId("555075a5a9c1857072f93b95") } on : shard0002 Timestamp(11, 0)
               { "_id" : ObjectId("555075a5a9c1857072f93b95") } -->> { "_id" : ObjectId("555075a5a9c1857072f93d39") } on : shard0001 Timestamp(11, 1)
               { "_id" : ObjectId("555075a5a9c1857072f93d39") } -->> { "_id" : ObjectId("555075a5a9c1857072f93edd") } on : shard0001 Timestamp(5, 0)
               { "_id" : ObjectId("555075a5a9c1857072f93edd") } -->> { "_id" : ObjectId("555075a5a9c1857072f94081") } on : shard0001 Timestamp(6, 0)
               { "_id" : ObjectId("555075a5a9c1857072f94081") } -->> { "_id" : ObjectId("555075a6a9c1857072f94225") } on : shard0001 Timestamp(7, 0)
               { "_id" : ObjectId("555075a6a9c1857072f94225") } -->> { "_id" : ObjectId("555075a6a9c1857072f943c9") } on : shard0002 Timestamp(8, 0)
               { "_id" : ObjectId("555075a6a9c1857072f943c9") } -->> { "_id" : ObjectId("555075a6a9c1857072f9456d") } on : shard0002 Timestamp(10, 0)
               { "_id" : ObjectId("555075a6a9c1857072f9456d") } -->> { "_id" : ObjectId("555075a6a9c1857072f94711") } on : shard0000 Timestamp(10, 1)
               { "_id" : ObjectId("555075a6a9c1857072f94711") } -->> { "_id" : ObjectId("555075a6a9c1857072f948b5") } on : shard0000 Timestamp(1, 10)
               { "_id" : ObjectId("555075a6a9c1857072f948b5") } -->> { "_id" : ObjectId("555075a7a9c1857072f94a59") } on : shard0000 Timestamp(1, 11)
               { "_id" : ObjectId("555075a7a9c1857072f94a59") } -->> { "_id" : { "$maxKey" : 1 } } on : shard0000 Timestamp(1, 12)
          test.users2
               shard key: { "_id" : 1 }
               chunks:
                    shard0000     1
               { "_id" : { "$minKey" : 1 } } -->> { "_id" : { "$maxKey" : 1 } } on : shard0000 Timestamp(1, 0)
     {  "_id" : "db",  "partitioned" : false,  "primary" : "shard0000" }
     {  "_id" : "zw",  "partitioned" : false,  "primary" : "shard0001" }


 5.4 查看分片表状态，以验证新Shard Server
 
> use test
switched to db test
> db.users.stats()
 
{
     "sharded" : true,
     "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
     "userFlags" : 1,
     "capped" : false,
     "ns" : "test.users",
     "count" : 10000,
     "numExtents" : 13,
     "size" : 1120000,
     "storageSize" : 4186112,
     "totalIndexSize" : 384272,
     "indexSizes" : {
          "_id_" : 384272
     },
     "avgObjSize" : 112,
     "nindexes" : 1,
     "nchunks" : 12,
     "shards" : {
          "shard0000" : {
               "ns" : "test.users",
               "count" : 6641,
               "size" : 743792,
               "avgObjSize" : 112,
               "numExtents" : 5,
               "storageSize" : 2793472,
               "lastExtentSize" : 2097152,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 228928,
               "indexSizes" : {
                    "_id_" : 228928
               },
               "ok" : 1
          },
          "shard0001" : {
               "ns" : "test.users",
               "count" : 1680,
               "size" : 188160,
               "avgObjSize" : 112,
               "numExtents" : 4,
               "storageSize" : 696320,
               "lastExtentSize" : 524288,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 65408,
               "indexSizes" : {
                    "_id_" : 65408
               },
               "ok" : 1
          },
          "shard0002" : {
               "ns" : "test.users",
               "count" : 1679,
               "size" : 188048,
               "avgObjSize" : 112,
               "numExtents" : 4,
               "storageSize" : 696320,
               "lastExtentSize" : 524288,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 89936,
               "indexSizes" : {
                    "_id_" : 89936
               },
               "ok" : 1
          }
     },
     "ok" : 1
}

我们可以发现，当我们新增Shard Server 后数据自动分布到了新Shard上，这是由MongoDB内部自已实现的。 


6.移除 shard Server

有些时候有于硬件资源有限，所以我们不得不进行一些回收工作，下面我们就要将刚刚启用的Shard  Server回收，系统首先会将在这个即将被移除的 Shard  Server上的数据先平均分配到其它的 Shard  Server 上，然后最终在将这个 Shard  Server 踢下线,  我们需要不停的调用
db.runCommand({"removeshard" : "192.168.56.91:27017"});来观察这个移除操作进行到哪里了： 


> use admin
switched to db admin
> db.runCommand({"removeshard" : "192.168.56.91:27017"});
{
     "msg" : "draining started successfully",
     "state" : "started",
     "shard" : "shard0002",
     "ok" : 1
}

> db.runCommand({"removeshard" : "192.168.56.91:27017"});
{
     "msg" : "draining started successfully",
     "state" : "started",
     "shard" : "shard0002",
     "ok" : 1
}

mongos> db.runCommand({"removeshard" : "192.168.56.91:27017"});
{
     "code" : 13129,
     "ok" : 0,
     "errmsg" : "exception: can't find shard for: 192.168.56.91:27017"

最终移除后，当我们再次调用db.runCommand({"removeshard" : "192.168.56.91:27017"});的时候系统
会报错，已便通知我们不存在 27017这个端口的 Shard Server 了，因为它已经被移除掉了。 

printShardingStatus()  --查看sharding的信息

mongos> printShardingStatus() 
--- Sharding Status ---
  sharding version: {
     "_id" : 1,
     "minCompatibleVersion" : 5,
     "currentVersion" : 6,
     "clusterId" : ObjectId("5550731f38c2a6ca9b4e1ee5")
}
  shards:
      {  "_id" : "shard0000",  "host" : "192.168.56.87:27017" }
     {  "_id" : "shard0001",  "host" : "192.168.56.88:27017" }  --可以看到这里只有两个了
  balancer:
     Currently enabled:  yes
     Currently running:  no
     Failed balancer rounds in last 5 attempts:  0
     Migration Results for the last 24 hours:
          15 : Success
  databases:
     {  "_id" : "admin",  "partitioned" : false,  "primary" : "config" }
     {  "_id" : "test",  "partitioned" : true,  "primary" : "shard0000" }
          test.users
               shard key: { "_id" : 1 }
               chunks:
                    shard0000     6
                    shard0001     6
               { "_id" : { "$minKey" : 1 } } -->> { "_id" : ObjectId("555075a4a9c1857072f9384f") } on : shard0000 Timestamp(12, 0)
               { "_id" : ObjectId("555075a4a9c1857072f9384f") } -->> { "_id" : ObjectId("555075a5a9c1857072f93b95") } on : shard0001 Timestamp(13, 0)
               { "_id" : ObjectId("555075a5a9c1857072f93b95") } -->> { "_id" : ObjectId("555075a5a9c1857072f93d39") } on : shard0001 Timestamp(11, 1)
               { "_id" : ObjectId("555075a5a9c1857072f93d39") } -->> { "_id" : ObjectId("555075a5a9c1857072f93edd") } on : shard0001 Timestamp(5, 0)
               { "_id" : ObjectId("555075a5a9c1857072f93edd") } -->> { "_id" : ObjectId("555075a5a9c1857072f94081") } on : shard0001 Timestamp(6, 0)
               { "_id" : ObjectId("555075a5a9c1857072f94081") } -->> { "_id" : ObjectId("555075a6a9c1857072f94225") } on : shard0001 Timestamp(7, 0)
               { "_id" : ObjectId("555075a6a9c1857072f94225") } -->> { "_id" : ObjectId("555075a6a9c1857072f943c9") } on : shard0000 Timestamp(14, 0)
               { "_id" : ObjectId("555075a6a9c1857072f943c9") } -->> { "_id" : ObjectId("555075a6a9c1857072f9456d") } on : shard0001 Timestamp(15, 0)
               { "_id" : ObjectId("555075a6a9c1857072f9456d") } -->> { "_id" : ObjectId("555075a6a9c1857072f94711") } on : shard0000 Timestamp(10, 1)
               { "_id" : ObjectId("555075a6a9c1857072f94711") } -->> { "_id" : ObjectId("555075a6a9c1857072f948b5") } on : shard0000 Timestamp(1, 10)
               { "_id" : ObjectId("555075a6a9c1857072f948b5") } -->> { "_id" : ObjectId("555075a7a9c1857072f94a59") } on : shard0000 Timestamp(1, 11)
               { "_id" : ObjectId("555075a7a9c1857072f94a59") } -->> { "_id" : { "$maxKey" : 1 } } on : shard0000 Timestamp(1, 12)
          test.users2
               shard key: { "_id" : 1 }
               chunks:
                    shard0000     1
               { "_id" : { "$minKey" : 1 } } -->> { "_id" : { "$maxKey" : 1 } } on : shard0000 Timestamp(1, 0)
     {  "_id" : "db",  "partitioned" : false,  "primary" : "shard0000" }
     {  "_id" : "zw",  "partitioned" : false,  "primary" : "shard0001" }


接下来我们看一下表中的数据分布：
> use test                
switched to db test
> db.users.stats()

mongos> db.users.stats()
{
     "sharded" : true,
     "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
     "userFlags" : 1,
     "capped" : false,
     "ns" : "test.users",
     "count" : 10000,
     "numExtents" : 13,
     "size" : 1120000,
     "storageSize" : 4186112,
     "totalIndexSize" : 392448,
     "indexSizes" : {
          "_id_" : 392448
     },
     "avgObjSize" : 112,
     "nindexes" : 1,
     "nchunks" : 12,
     "shards" : {
          "shard0000" : {
               "ns" : "test.users",
               "count" : 7062,
               "size" : 790944,
               "avgObjSize" : 112,
               "numExtents" : 5,
               "storageSize" : 2793472,
               "lastExtentSize" : 2097152,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 253456,
               "indexSizes" : {
                    "_id_" : 253456
               },
               "ok" : 1
          },
          "shard0001" : {
               "ns" : "test.users",
               "count" : 2938,
               "size" : 329056,
               "avgObjSize" : 112,
               "numExtents" : 4,
               "storageSize" : 696320,
               "lastExtentSize" : 524288,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 130816,
               "indexSizes" : {
                    "_id_" : 130816
               },
               "ok" : 1
          },
          "shard0002" : {
               "ns" : "test.users",
                "count" : 0,
               "size" : 0,   --可以看到这里 size 0 ，count也是0 了
               "numExtents" : 4,
               "storageSize" : 696320,
               "lastExtentSize" : 524288,
               "paddingFactor" : 1,
               "paddingFactorNote" : "paddingFactor is unused and unmaintained in 3.0. It remains hard coded to 1.0 for compatibility only.",
               "userFlags" : 1,
               "capped" : false,
               "nindexes" : 1,
               "totalIndexSize" : 8176,
               "indexSizes" : {
                    "_id_" : 8176
               },
               "ok" : 1
          }
     },
     "ok" : 1
}

可以看出数据又被平均分配到了另外 2台Shard Server上了.




zw_hard
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
第九章：MongoDB管理维护sharding
小伟的专栏
05-21 639
 1. 列出所有的shard Server  1./mongo 192.168.56.90:27017   #这里必须连接路由节点  mongos> use admin switched to db admin mongos> db.runCommand({listshards:1})    -- --列出所有的shard Server {      "sha
MongoDB数据库-------------分片群集的搭建及分片管理
weixin_48191138的博客
11-12 502
目录一、分片群集搭建1.1 安装MongoDB 3.21.2 某节点内存不足时，从其他节点分配内存1.3 分片服务器搭建1.4 启动路由服务器1.5 启用分片服务器1.6 分片功能二、分片管理2.1 分片2.2 添加标签2.3 连接配置服务器2.4 添加分片服务器2.5 删除分片节点 一、分片群集搭建 1.1 安装MongoDB 3.2 上传mongodb-linux-x86_64-3.2.1.tgz软件包到/opt目录下 [root@localhost ~]# yum -y install ope
MongoDB Sharding实验
04-14 173
设置Sharding环境 使用simple-setup.py，修改 BASE_DATA_PATH='./data/db/sharding/' 注意因为没有使用os.path.expanduser，需要绝对路径或相对路径，不能使用用户路径~，否则会在当前目录创建。 ...
Mongodb-sharding
weixin_43394724的博客
01-31 2025
Practical MongoDB Aggregations Book 概述 分片（sharding）是一种跨多台机器分布数据的方法， MongoDB使用分片来支持具有非常大的数据集和高吞吐量操作的部署。 MongoDB分片群集包含以下组件： 分片（存储）：每个分片包含分片数据的子集。 每个分片都可以部署为副本集。 mongos（路由）：mongos充当查询路由器，在客户端应用程序和分片集群之间提供接口 config servers（“调度”的配置）：配置服务器存储群集的元数据和配置设置。 从MongoD
Mongodb Sharding 集群配置
weixin_30786657的博客
07-16 175
mongodb的sharding集群由以下3个服务组成： Shards Server: 每个shard由一个或多个mongod进程组成，用于存储数据 Config Server: 用于存储集群的Metadata信息，包括每个Shard的信息和chunks信息 Route Server: 用于提供路由服务，由Client连接，使整个Cluster看起来像单个DB服务器 另...
shardingsphere 4.1.1 SQLFeatureNotSupportedException: isValid sharding-jdbc
01-15
sharding-jdbc-orchestration-4.1.1.jar sharding-jdbc-core-4.1.1.jar 参考下下面链接，更改源码 https://github.com/apache/shardingsphere/pull/6002/files/c191c9571ab5a2e9e6d3f0c0f84c8bb6cd36d851
SpringBoot_shardDB_shardTable:SpringBoot集成Sharding-JDBC实现分库分表，自定义分片算法，基于一致性hash算法，易于扩容
05-31
整合了 Sharding-JDBC ，实现了 分库分表，并且在分库分表中实现了自定义的分片算法; 一致性Hash算法，易于扩容；添加了 单元测试，使用Spring提供的RestTemplate调用RestFul风格的API接口；整合了 quartz 定时任务...
using-oracle-sharding.pdf
07-28
9. **安全性和合规性**：Oracle Sharding支持数据主权和法规遵从性，允许在地理位置分散的分片上实施数据隐私策略，确保数据只在指定的地理区域内处理。 10. **性能和可伸缩性**：通过将工作负载分散到多个分片，...
课时12：MongoDB Sharding原理与使用.mp4
02-05
MongoDB数据库
django-sharding：Django的分片库
02-04
Django Sharding是用于分割Django应用程序的库和部分框架。 注意：由于存在不支持Django 1.10.3。 通过以一致的方式在多个数据库中分摊数据，它可以帮助您扩展应用程序。 什么是分片？ 分片是一种通过在多个...
mongoDB 分片的管理
我的地盘
05-09 1287
本文档为在  Windows / CentOS 下 配置1个  mongos 服务，  多个 mongoDB 分片的操作。 具体操作为： 新增分片1，插入数据， 新增分片2，插入数据， 新增分片3，插入数据， 新增分片4，插入数据， 移除分片2，新增分片5 的处理。 用于模拟 一开始业务数据量不大，只使用一台服务器。 随着时间的流逝，数据量增大了， 不断地增加分
MongoDB高可用集群搭建（主从、分片、路由、安全验证）
qq_21153619的博客
08-07 4716
目录 一、环境准备 1、部署图 2、模块介绍 3、服务器准备 二、环境变量 1、准备三台集群 2、安装解压 3、配置环境变量 三、集群搭建 1、新建配置目录 2、修改配置文件 3、分发其他节点 4、批量启动 5、创建配置服务器副本集 四、集群测试 1、启动路由服务器客户端 2、插入数据 3、验证主从 5、web控制台（浏览器访问） 1、登陆路由服务器 2、...
MongoDB分片群集的部署（用心描述，详细易懂）！！
weixin_34252686的博客
07-19 192
概念： MongoDB分片是使用多个服务器存储数据的方法，以支持巨大的数据存储和对数据进行存储 优势： 1、减少了每个分片需啊哟处理的请求数，群集可以提高自己的存储容量和吞吐量 2、减少了每个分片存储的数据 三个主要组件： shard：分片服务器，用于存储实际的数据块，由多台服务器组成一个复制集承担，防止主机单点故障 config server：配置服务器，存储整个分片群集的配置信息，包括块信息...
mongos分片集群整体在线迁移方案和详细实践
cug_jiang126com的专栏
11-21 2336
环境准备： mongodb版本：3.0 mongos：1个 configserver：3个，普通模式组成高可用（非副本集方式） 分片节点：2个，每个分片是三个数据节点组成的副本集（1 primary+1 secondary+1 arbiter） mongos> sh.status() --- Sharding Status ---    sharding version: { "_
mongoDB集群配置
学海乌鸦的专栏
07-27 2777
mongoDB分片+复制集集群配置文档所用版本 mongodb 3.2.7 参考文档:http://docs.mongoing.com/manual-zh/tutorial/deploy-shard-cluster.html本文架构 用途 IP 端口 备注 安装路径 ConfigeServer 外网 Ip 1/内网 Ip 1 33000 主 /db2/co
MongoDB分片入门
bin的专栏
07-02 1767
MongoDB学习笔记系列博客一，概述MongoDB复制集解决了数据库的备份与自动故障转移，但是围绕数据库的业务中当前还有两个方面的问题变得越来越重要，一是海量数据如何存储，二是如何高效地读写海量数据。尽管复制集也可以实现读写分离，如在primary节点上写，在secondary节点上读，但在这种方式下客户端读出来的数据有可能不是最新的，因为primary节点到secondary节点间的数据同步会带
第五部分 架构篇 第二十一章 MongoDB Sharding 架构（实践）
u014548782的专栏
12-18 2948
这是一种将海量的数据水平扩展的数据库集群系统，数据分别存储在sharding的各个节点上，使用者通过简单的配置就可以很方便地构建一个分布式MongoDB集群。 MongoDB的数据分块成为chunk，每个chunk都是Collection中一段连续的数据记录，通常最大尺寸是200MB，超出则生成新的数据块。 要构建一个MongoDB Sharding Cluster需要以下三个角色： Shard Server 即存储实际数据的分片，每个Shard可以使一个mongod实例，也可以使一组mongod实例
mongdb 3 安装 分片 复本 搭建
木生的博客
06-22 1770
1.环境 Linux：CentOS 6.5 MongoDB：3.2.7 10.30.44.51 分片1主，分片2从 10.30.44.52 分片2主，分片1从 10.30.44.53 配置和仲裁 2.下载 https://www.mongodb.com/download-center?jmp=nav#community 3.
mongo集群迁移删除孤立文档
发歌的数据架构
07-02 3562
在正常情况下，系统中不会有孤立文档。不过，块迁移过程中的一些失败情况可能会留下孤立文档，孤立文档不属于分片范围。 使用cleanupOrphaned命令从分片中删除孤立文档 语法： db.runCommand( {    cleanupOrphaned: ".",    startingFromKey: ,    secondaryThrottle: ,    writeConcer

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值