使用规范

一.命名规范

1. 库名，集合名

   全部小写，禁止使用任何

   `_`

   以外的特殊字符，禁止使用数字开头的库名，如：

   `123_abc`，集合名

   禁止

   system开

   头因为

   system

   是系统集合前缀。

2. 禁止使用_id，禁止向_id写入内容，数据量上来之后可能会导致主键的二叉树大幅度调整。

二.集合使用规范

1. 单

   库中写入较大的集合会影响其它集合的读写性能，i/o较高的集合

   ，建议最多

   80

   个集合，同时也要考虑磁盘

   I/O

   的性能。

2. 集合是否做固定集合或者TTL，需提前和DBA确定，后期数据多后不易再添加。

3. 同类型文档尽量放在同一个集合，能大幅度提高索引利用率，同一集合不同类型文档过多可能会出现查询全表扫描。

4. 如需清空集合数据，请使用 drop()，而不是remove()。

5. 尽量避免存储大文档，大文档会影响读写性能，MongoDB单文档最大支持16M。

三.数据查询规范

1. 尽量少用数组字段去查询，数组字段建立索引实际上会给每个数组成员单独建立索引，严重影响索引效率。

2. 尽量少用大字段查询，如确有需求，可考虑转成md5存放。

3. 查询中的某些操作符会导致数据库性能下降，如操作符会导致数据库性能下降，如ne，not，not，exists，nin，nin，or（可用$in代替），尽量在业务中不要使用。

4. 不要一次取出太多的数据进行排序，MongoDB 目前支持对32MB以内的结果集进行排序，如果需要排序，那么请尽量限制结果集中的数据量。

四.索引使用规范

1. MongoDB

   索引仅支持

   1K

   以内的字段，如有索引需求，数据长度不要超过1K。

2. MongoDB索引遵循“最左原则”，建立联合索引时建议将

   唯一值多的

   字段放在前面。

3. 索引创建、修改请联系 @姜俊文。

五.连接数规范

1. MongoDB

   驱动的连接池大小的设置一般应该控制 100 左右，因为每个连接会占用1M的内存，尽量控制连接数。

2. 业务方做好连接的探活和重试，当出现不可抗拒的原因导致主从切换时，让业务损失最小化。