MongoDB设计命名规范方案.pdfVIP

范文 范例 指导 学习 MongoDB 设计命名规范 1. 库 1. 库名全部小写，禁止使用任 `_`以外的特殊字符，禁止使用数字打头的库名， 如：`123_abc`； 2. 库以文件夹的形式存在，使用特殊字符或其它不规范的命名方式会导致命名混 乱； 64 3. 数据库名最多为 字符； 4. 在创建新的库前应尽量评估该库的体积、QPS 等，提前与DBA 讨论是应该新建 一个库还是专门为该库创建一个新的集群; 某开发在拿到DBA 提供的MongoDB 后由于MongoDB 的权限控制比较宽松,导 致该业务的开发在创建集合的时候懒得与DBA 讨论,而是随意的将所有集合都 创建在一个库中,最初并没有什么问题,因为业务的请求量并不大。半年后,该业 务增长到了一个比较大的量级,而此时开发人员上线了一个新的项目,该项目的 写入量很大,大部分都为批量更新,由于所有集合都存放在一个库中,这个新项 目的批量更新带来了频繁的锁、I/O 平均等。最后开发配合DBA 一起将该库拆 散到了多个新的库中,将一库N 集合转换为单库单集合,性能问题迎刃而解。 2. 集合 1. 集合名全部小写，禁止使用任 `_`以外的特殊字符，禁止使用数字打头的集合 名，如：`123_abc`，禁止system 打头; system是系统集合前缀； 64 2. 集合名称最多为 字符； 3. 一个库中写入较大的集合会影响其它集合的读写性能，如果业务比较繁华的集 DB 80 I/O 合在一个 中，建议最多 个集合，同时也要考虑磁盘 的性能； 4. 如果评估单集合数据量较大，可以将一个大表拆分为多个小表，然后将每一个 小表存放在独立的库中或者sharding 分表； 5. MongoDB 的集合拥有“自动清理过期数据”的功能，只需在该集合中文档的时 间字段增加一个TTL 索引即可实现该功能，但需要注意的是该字段的类型则必 须是mongoDate()，一定要结合实际业务设计是否需要； Capped 6. 设计轮询集合 集合是否设计为 限制集，一定要结合实际业务设计是 否需要； 7. 创建集合规则 不同的业务场景是可以配置进行不同的配置; a. 如果是读多写少的表在创建时我们可以尽量将 page size 设置的比较 小 ，比如 16KB，如果表数据量不太大( internal_page_max=16KB，leaf_page_max=16KB， leaf_value_max=8KB，os_cache_max=1GB b. 如果这个读多写少的表数据量比较大，可以为其设置一个压缩算法，例如： block_compressor=zlib， internal_page_max=16KB， leaf_page_max=16KB，leaf_value_max=8KB c. 注意：该zlib压缩算法不要使用，对cpu 消耗特别大，如果使用snapp 消耗20% cpu，而且使用zlib 能消耗90%cpu，甚至100% d. 如果是写多读少的表，可以将 leaf_page_max 设置到 1MB，并开启压 缩算法，也可以为其制定操作系统层面 page cache 大小的 word版本整理分享