FAQ: MongoDB分片

搜索文档…

FAQ: MongoDB分片

在本页面
​新部署是否适合进行分片？​
​在对集合进行分片后是否可以更改片键？​
​为什么文档没有分布在各个分片上？​
​mongos如何检测分片群集配置中的更改？​
​日志中出现的writebacklisten是什么意思？​
​mongos是如何使用连接的？​
本文档回答有关分片的常见问题。参见手册的分片章节，它提供了一个 分片的概述，包括如下细节：
​片键和选择片键的注意事项​
​查询路由​
​高可用性​
​数据分块和 数据块迁移过程​数据分区​
​对分片群集进行故障排除​
新部署是否适合进行分片？¶​
有时适合。但是，如果您的数据集适合放在一台服务器上，则应从非分片的部署开始，因为分片的数据集很小，几乎没有优势。
在对集合进行分片后是否可以更改片键？
不可以。
MongoDB中没有对集合进行分片后更改片键的自动支持。这一现实情况强调了选择好的片键的重要性。如果 _必须_在对集合进行分片之后更改片键，最佳选择是：
将MongoDB中的所有数据转储为外部格式。
删除原始分片集合。
使用更理想的片键配置分片。
​预分割片键范围，以确保初始均匀分配。
将转储的数据恢复到MongoDB中。
尽管您不能为分片集合选择其他片键，但是从MongoDB 4.2开始，您可以更新文档的片键值，除非分片键字段是不可变_id字段。有关更新片键值的详细信息，请参阅“ 更改文档的片键值”。
在MongoDB 4.2之前，文档的片键字段值是不可变的。
参见片键​
为什么文档没有分布在各个分片上？
一旦数据块的分布达到特定阈值，均衡器就开始在各个分片之间迁移均衡数据。请参阅 迁移阈值。
此外，如果块中的文档数超过一定数量，MongoDB将无法移动块。请参阅 每个要迁移的块的最大文档数和不可分割的块。
mongos如何检测分片群集配置中的更改？¶​
​mongos实例维护配置数据库的缓存，该缓存包含分片集群的元数据。
​mongos通过向分片发出请求并发现其元数据已过期，从而延迟更新其缓存。要强制 mongos重新加载其缓存，您可以针对每个mongos`直接运行flushRouterConfig命令。
日志中出现的writebacklisten是什么意思？
回写监听器是一个进程，它打开一个长轮询，在迁移mongod或mongos后回写，以确保他们没有将其发送到错误的服务器。如果需要，回写监听器会将写入发送到正确的服务器。
这些消息是分片基础结构的关键部分，不需要引起关注。
mongos是如何使用连接的？
每个mongos实例都维护一个与分片集群成员的连接池。客户端请求一次使用一个连接；即，请求不是多路复用或流水线的。
客户端请求完成后，mongos将连接返回到池中。当客户端数量减少时，这些池不会缩小。这可能会导致未使用的mongos占用大量打开的连接。如果mongos不再使用，则可以安全地重新启动进程以关闭现有连接。
要返回与mongos所使用的所有对外连接池相关的聚合统计信息，请将mongoshell 连接 到mongos，然后运行以下 connPoolStats命令：
复制
1
db.adminCommand("connPoolStats");
Copied!
请参阅“ UNIX ulimit设置” 文档的“ 系统资源利用率”部分。
原文链接：https://docs.mongodb.com/manual/faq/sharding/​
译者：钟秋
update：小芒果