《MongoDB权威指南》读书笔记 —— PartⅣ：分片

最新推荐文章于 2024-04-01 15:29:44 发布

huoren_no1

最新推荐文章于 2024-04-01 15:29:44 发布

阅读量234

点赞数

分类专栏： MongoDB 文章标签： mongodb

本文链接：https://blog.csdn.net/huoren_no1/article/details/111920381

版权

7 篇文章 0 订阅

订阅专栏

第13章分片

MongoDB分片群集由以下组件组成：
- 分片：每个分片包含分片数据的子集。每个分片都可以部署为副本集
- mongos：充当查询路由器，在客户端应用程序和分片群集之间提供接口。
- 配置服务器：存储群集元数据和配置设置
配置服务器
- 配置服务器必须启用日志功能
- 每个配置服务器应位于单独的物理机器上，最好分布于不同的地理位置
- mongos 需从配置服务器获取配置信息，所以应先于任何 mongos 进程启动
- 配置服务器是独立的 mongod 进程，可以命令行启动
mongos 进程
- 必须使用 --configdb 选项启动 mongos
- 默认端口为 27017
副本集转为分片
- 如果有一个使用中的副本集，则其会成为第一个分片
- 需告知 mongos 副本集的名称与成员列表
增加集群容量
- 可在 mongos 上运行 addShard( ) 命令将副本集作为分片添加到集群中
数据分片
- MongoDB 不会自动对数据进行拆分，除非明确指定规则
- 数据分片示例：
1. 对数据库启用分片：db.enableSharding(dbName)
2. 对集合分片：sh.shardCollection(db.collection, {keyName: 1})
- shardCollection() 命令将集合拆分为多个数据块，这是迁移数据的基本单元

拆分数据的最常用数据分发方式：升序片键、随机分发的片键、基于位置的片键
升序片键
- 类似 date 字段或 ObjectId，是会随时间稳定增长的字段
- 所有写请求都被路由到一个分片
- 因为新块都由同一个分片创建，导致数据均衡处理困难
随机分发的片键
- 随机分发的键可以是用户名、UDID、MD5或其他没有规律的键
- 数据的随机性意味着新插入的数据会比较均衡地分布在不同的块中
- 唯一弊端是MongoDB随机访问超出RAM大小的数据时效率不高
基于位置的片键
- 基于位置的片键可以是用户的IP、经纬度或地址
- 不一定与实际地理位置字段相关，是抽象的位置
- 数据会依据位置分组，可方便地将数据与相应的用户及相关联的数据保存在一起

hash 片键
- hash 片键可使其他任何键随机分发，加载速度极佳
- 弊端是无法指定目标的范围查询
- hash 片键不能使用 unique 选项，不能使用数组字段，浮点数会被取整后再hash化
GridFS 的 hash 片键
- 对 GridFS 集合在 files_id 字段创建hash索引，则每个文件将会随机分发到集群中
- fs.files 集合比 fs.chunks 小得多
流水策略
- 希望强大的服务器处理更多的负载，可以强制将所有新数据插入到高性能服务器
- 实现：将最大范围的块分布在SSD上
1. 为SSD指定一个标签：sh.addShaedTag("shardName": "ssd")
2. 指定标签范围：sh.addTagRange("dbName.colName", {"_id": ObjectId()}, {"_id": MaxKey}, "ssd")
多热点
- 复合片键的第一个值是比较粗略的随机值，势较低，第二个值是一个升序键
- 单个 mongod 处理升序写请求最有效
- 写请求分布在集群中时，分片最高效

关注