管理维护sharding列出所有的ShardServer查看Sharding信息判断是否是Sharding对现有的表进行Sharding刚才我们是对表test.users进行分片了，下面我们将对库中现有管理维护sharding列出所有的Shard Server MongoDB For Windows v3.5.4 MongoDB For Windows v3.5.4下载查看Sharding信息判断是否是Sharding对现有的表进行Sharding刚才我们是对表test.users 进行分片了，下面我们将对库中现有的未分片的表test.users_2 进行分片处理表最初状态如下，可以看出他没有被分片过：对其进行分片处理:再次查看分片后的表的状态，可以看到它已经被我们分片了新增Shard Server刚才我们演示的是新增分片表，接下来我们演示如何新增Shard Server启动一个新Shard Server 进程配置新Shard Server查看分片表状态，以验证新Shard Server我们可以发现，当我们新增Shard Server 后数据自动分布到了新Shard 上，这是由MongoDB内部自已实现的。
移除Shard Server有些时候有于硬件资源有限，所以我们不得不进行一些回收工作，下面我们就要将刚刚启用的Shard Server 回收，系统首先会将在这个即将被移除的Shard Server 上的数据先平均分配到其它的Shard Server 上，然后最终在将这个Shard Server 踢下线, 我们需要不停的调用db.runCommand({"removeshard" : "localhost:20002"});来观察这个移除操作进行到哪里了：最终移除后，当我们再次调用db.runCommand({"removeshard" : "localhost:20002"});的时候系统会报错，已便通知我们不存在20002 这个端口的Shard Server 了，，因为它已经被移除掉了。
接下来我们看一下表中的数据分布：可以看出数据又被平均分配到了另外2 台Shard Server 上了，对业务没什么特别大的影响。
但是为什么节点还存在呢，这里留了一个疑问？？？
本文出自 “phper-每天一点点~” 博客，请务必保留此出处