接到 MongoDB
• 关于驱动程序：总是选择与所用之 MongoDB 相兼容的驱动程序。这可以很容易地从驱动兼容对照表中查到；
• 如果使用第三方框架（如 Spring Data），则还需要考虑框架版本与驱动的兼容性；
• 关于连接对象 MongoClient：使用 MongoClient 对象连接到 MongoDB 实例时总是应该保证它单例，并且在整个生命周期中都从它获取其他操作对象。
• 关于连接字符串：连接字符串中可以配置大部分连接选项，建议总是在连接字符串中配置这些选项；
// 连接到复制集 mongodb://节点1,节点2,节点3…/database?[options] // 连接到分片集 mongodb://mongos1,mongos2,mongos3…/database?[options]
常见连接字符串参数
• maxPoolSize
• 连接池大小
• Max Wait Time
• 建议设置，自动杀掉太慢的查询
• Write Concern
• 建议 majority 保证数据安全
• Read Concern
• 对于数据一致性要求高的场景适当使用
连接字符串节点和地址
• 无论对于复制集或分片集，连接字符串中都应尽可能多地提供节点地址，建议全部列出；
• 复制集利用这些地址可以更有效地发现集群成员；
• 分片集利用这些地址可以更有效地分散负载；
• 连接字符串中尽可能使用与复制集内部配置相同的域名或 IP；
使用域名连接集群
在配置集群时使用域名可以为集群变更时提供一层额外的保护。例如需要将集群整体迁移到新网段，直接修改域名解析即可。
另外，MongoDB 提供的 mongodb+srv:// 协议可以提供额外一层的保护。该协议允许通过域名解析得到所有 mongos 或节点的地址，而不是写在连接字符串中。
mongodb+srv://server.example.com/
//DNS server配置 Record TTL Class Priority Weight Port Target _mongodb._tcp.server.example.com. 86400 IN SRV 0 5 27317 mongodb1.example.com. _mongodb._tcp.server.example.com. 86400 IN SRV 0 5 27017 mongodb2.example.com.
不要在 mongos 前面使用负载均衡
基于前面提到的原因，驱动已经知晓在不同的 mongos 之间实现负载均衡，而复制集则需要根据节点的角色来选择发送请求的目标。如果在 mongos 或复制集上层部署负载均衡：
• 驱动会无法探测具体哪个节点存活，从而无法完成自动故障恢复；
• 驱动会无法判断游标是在哪个节点创建的，从而遍历游标时出错；
结论：不要在 mongos 或复制集上层放置负载均衡器，让驱动处理负载均衡和自动故障恢复。
游标使用
如果一个游标已经遍历完，则会自动关闭；如果没有遍历完，则需要手动调用 close()方法，否则该游标将在服务器上存在 10 分钟（默认值）后超时释放，造成不必要的资源浪费。
但是，如果不能遍历完一个游标，通常意味着查询条件太宽泛，更应该考虑的问题是如何将条件收紧。
关于查询及索引
● 每一个查询都必须要有对应的索引
● 尽量使用覆盖索引 Covered Indexes （可以避免读数据文件）
● 使用 projection 来减少返回到客户端的的文档的内容
关于写入
● 在 update 语句里只包括需要更新的字段
● 尽可能使用批量插入来提升写入性能
● 使用TTL自动过期日志类型的数据
关于文档结构
● 防止使用太长的字段名（浪费空间）
● 防止使用太深的数组嵌套（超过2层操作比较复杂）
● 不使用中文，标点符号等非拉丁字母作为字段名
处理分页问题 – 避免使用 count
尽可能不要计算总页数，特别是数据量大和查询条件不能完整命中索引时。
考虑以下场景：假设集合总共有 1000w 条数据，在没有索引的情况下考虑以下查询：
db.coll.find({x: 100}).limit(50);
db.coll.count({x: 100});
• 前者只需要遍历前 n 条，直到找到 50 条队伍 x=100 的文档即可结束；
• 后者需要遍历完 1000w 条找到所有符合要求的文档才能得到结果。
为了计算总页数而进行的 count() 往往是拖慢页面整体加载速度的原因
处理分页问题 – 巧分页
避免使用skip/limit形式的分页，特别是数据量大的时候；
替代方案：使用查询条件+唯一排序条件；
例如：
第一页：db.posts.find({}).sort({_id: 1}).limit(20);
第二页：db.posts.find({_id: {$gt: <第一页最后一个_id>}}).sort({_id: 1}).limit(20);
第三页：db.posts.find({_id: {$gt: <第二页最后一个_id>}}).sort({_id: 1}).limit(20);
关于事务
使用事务的原则：
• 无论何时，事务的使用总是能避免则避免；
• 模型设计先于事务，尽可能用模型设计规避事务；
• 不要使用过大的事务（尽量控制在 1000 个文档更新以内）；
• 当必须使用事务时，尽可能让涉及事务的文档分布在同一个分片上，这将有效地提高效率；
性能排查工具
• 问题诊断工具 - mongostat命令
用于了解 MongoDB 运行状态的工具
• 问题诊断工具 - mongotop命令
用于了解集合压力状态的工具
• 问题诊断 – mongod 日志
mongostat命令列的含义如下：
详情可以参考官方https://docs.mongodb.com/manual/reference/program/mongostat/
Fields mongostat returns values that reflect the operations over a 1 second period. When mongostat <sleeptime> has a value greater than 1, mongostat averages the statistics to reflect average operations per second. mongostat outputs the following fields: inserts The number of objects inserted into the database per second. If followed by an asterisk (e.g. *), the datum refers to a replicated operation. query The number of query operations per second. update The number of update operations per second. delete The number of delete operations per second. getmore #这个是说游标的 The number of get more (i.e. cursor batch) operations per second. command #执行的commad命令，例如：创建索引等 The number of commands per second. On secondary systems, mongostat presents two values separated by a pipe character (e.g. |), in the form of local|replicated commands. flushes For the WiredTiger Storage Engine, flushes refers to the number of WiredTiger checkpoints triggered between each polling interval. dirty #超过20%时阻塞新请求
Only for WiredTiger Storage Engine. The percentage of the WiredTiger cache with dirty bytes, calculated by wiredTiger.cache.tracked dirty bytes in the cache / wiredTiger.cache.maximum bytes configured.
#WiredTiger cache缓存，mongo的数据会先放到缓存中，然后在flush刷到硬盘里，这个就是缓存cache/wiredTiger.cache.maximum整个缓存的比例。比例太高说明写入太快了，可能会有问题。
used #超过95%时阻塞新请求 Only for WiredTiger Storage Engine. The percentage of the WiredTiger cache that is in use, calculated by wiredTiger.cache.bytes currently in the cache / wiredTiger.cache.maximum bytes configured.
vsize The amount of virtual memory in megabytes used by the process at the time of the last mongostat call. res The amount of resident memory in megabytes used by the process at the time of the last mongostat call. locked Changed in version 3.0: Only appears when mongostat runs against pre-3.0 versions of MongoDB instances. The percent of time in a global write lock. qr The length of the queue of clients waiting to read data from the MongoDB instance. qw The length of the queue of clients waiting to write data from the MongoDB instance. ar The number of active clients performing read operations. aw The number of active clients performing write operations. netIn The amount of network traffic, in bytes, received by the MongoDB instance. This includes traffic from mongostat itself. netOut The amount of network traffic, in bytes, sent by the MongoDB instance. This includes traffic from mongostat itself. conn #当前连接数 The total number of open connections. set The name, if applicable, of the replica set. repl The replication status of the member. Value Replication Type M master SEC secondary REC recovering UNK unknown RTR mongos process (“router”) ARB arbiter
mongotop 监控的参数 总时间消耗 读时间消耗 写时间消耗 详情可以官网