产品中心
背景
Part1:写在最前
我们在使用MongoDB sharding集群时，会使用如下命令来管理启停Balancer：
Warning:警告 在3.4版本中，balancer运行在config server 的主节点上，在早期的版本中，balancer是运行在mongos上的。 当balancer进程处于活动状态时，config server副本集的主服务器通过修改config数据库的lock集合中的文档，来获取“平衡器锁”。 这个“平衡器锁”只能自己主动释放。Part3:排查方法
我们调用sh.status()命令能够看到当前balancer已经关闭了，但是running还是yes，这说明有迁移正在运行。
locks集合中的why列告诉我们持有锁的原因，如果有正在迁移的文档，其状态应该是2,why中的原因会显示Migrating chunk(s) in collection db.collationname.
从3.4版本起，balancer的状态字段将始终为值2，以防止老版本的mongos实例执行平衡操作。 when字段指config server 成员成为主节点的时间。
解决办法
Part1:写在最前
sh.stopBalancer停不下来，常见的可能原因有以下几个：
Part2:解决办法
替换老版本的mongo客户端，使用3.4版本的客户端
总结通过这个案例，我们能够了解到mongo客户端版本带来的问题，以及有哪些常见原因导致sh.stopBalancer停不下来。由于笔者的水平有限，编写时间也很仓促，文中难免会出现一些错误或者不准确的地方，不妥之处恳请读者批评指正。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
