连接池

　　为避免单个mongod或mongos实例连接资源越负荷，请确保客户端维护了合理数量的连接池配置。

　　connPoolStats数据库命令能够返回一个分片集群里mongos和mongod实例中当前数据库打开连接的信息。

　　硬件考量

　　MongoDB的设计是基于兼容大多数硬件考虑，几乎没有特别的要求或限制。MongoDB的核心组件能够运行于小端字节优先的硬件，主要是x86/x86_64处理器上。客户端类库(例如驱动)在大端优先或小端优先系统上都可以运行。

　　硬件需求和限制

　　能够让MongoDB最有效率地运行的硬件应该包含以下特性：

　　分配了足够的内存和CPU

　　犹如对于所有软件一样，更多的内存和更快的CPU时钟频率对于性能很重要。

　　基本上，数据库并非受限于CPU。因此，增加核心数量虽然有帮助，但不会提供显著的回报。

　　使用固态硬盘(SSD)

　　MongoDB使用SATA SSD能得到很好的效果和很好的性价比。

　　在足够经济的情况下请使用SSD。传统硬盘也可能很有效率，但SSD对于随机IO访问的良好支持更符合mongod的数据更新模型。

　　传统硬盘通常也是个好的选择，因为使用更昂贵的硬盘来提高随机IO性能并不是那么有效(只能是每次2倍)。使用SSD或增加RAM的容量可能对于提升IO更有效率。

　　避免使用远程文件系统

　　远程文件存储系统可能对MongoDB造成性能问题。查看远程文件系统了解更多关于MongoDB和存储的信息。

　　MongoDB和NUMA硬件

　　重要：这里讨论的NUMA仅限于Linux系统，因此不影响运行于其他类Unix系统或Windows系统。

　　在运行NUMA的系统中运行MongoDB可能造成一系列问题，包括一段时间内的效率低下和高系统进行使用率。

　　当运行MongoDB在NUMA硬件上时，你应该为MongoDB禁用NUMA并使用Interleave内存策略。

　　注意：MongoDB 2.0以上版本如果部署在Linux系统上，启动时会检查系统配置，如果系统是基于NUMA的，会给出警告。

　　为禁用NUMA并启用interleave内存策略，请使用numactl并使用以下方式启动mongod

　　numactl --interleave=all /usr/bin/local/mongod

　　然后，为了禁用proc配置中的zone reclaim，请使用以下命令：

　　echo 0 > /proc/sys/vm/zone_reclaim_mode

　　为了彻底禁用NUMA，你必须操作以上两步。了解更多信息，请查看/proc/sys/vm/*文档。

　　查看MySQL“疯狂交换”问题和NUMA效果一文，它描述了NUMA对数据库造成的影响。这篇博客确定了NUMA对MySQL的影响，但对于MongoDB的影响也是类似的。这篇文章介绍了NUMA和它的目标，并指出了为什么这些目标和生产环境数据库的需求是不相容的。