MongoDB 性能
使用 MongoDB 开发和操作应用程序时，您可能需要分析应用程序及其数据库的性能。性能下降的原因通常是数据库访问策略、硬件可用性和打开的数据库连接数量。
由于索引策略不充分或不适当，或者模式设计欠佳，某些用户可能会遇到性能限制。锁定性能讨论这些问题如何影响 MongoDB 的内部锁定。
性能问题可能表明数据库正在满负荷运行，应为数据库增设更多容量。具体而言，应用程序的工作集应与可用物理内存适配。
在某些情况下，性能问题可能是暂时的并且与异常流量负载有关。如连接数中所述，扩展可以帮助缓解过多的流量。
数据库分析器可以帮助您了解哪些操作导致性能下降。
锁定性能
MongoDB 使用锁系统来确保数据集的一致性。如果某些操作运行时间过长或形成队列，则性能将随着请求和操作等待获取锁而下降。
与锁相关的减速可能是间歇性的。要查看该锁是否影响了性能，请参阅 serverStatus 输出的锁部分和全局锁部分。
注意
MongoDB Atlas M 0 /M 2 /M 5集群上不会返回某些serverStatus响应字段。 有关更多信息，请参阅MongoDB Atlas文档中的有限命令。
将 locks.<type>.timeAcquiringMicros 除以 locks.<type>.acquireWaitCount 可以得出特定锁模式的大致平均等待时间。
locks.<type>.deadlockCount 提供锁获取过程中遇到死锁的次数。
如果 globalLock.currentQueue.total 一直处于高位，则可能是有大量请求在等待锁定。这表明可能存在影响性能的并发问题。
如果 globalLock.totalTime 相对于 uptime 较高，则数据库处于锁定状态已有很长时间。
查询时间过长可能是由以下原因导致：索引使用不当；非最优模式设计；查询结构不良；系统架构问题；或 RAM 不足导致从磁盘读取。
连接数
在某些情况下，应用程序和数据库之间的连接数可能超出服务器处理请求的能力。serverStatus 文档中的以下字段可以提供洞察：
connections包含以下两个字段：connections.current当前连接到数据库实例的客户端总数。connections.available未被使用的连接总数，新客户端可用。
如果有大量并发应用程序请求，数据库可能无法满足需求。 如果是这种情况，则需要增加部署的容量。
对于写入密集型应用程序，应部署分片，并将一个或多个分片添加到分片集群中，以在 mongod 实例之间分配负载。
连接数量激增也可能是应用程序或驱动程序错误造成的。所有官方支持的 MongoDB 驱动程序都实现了连接池功能，它使得客户端可以更高效地使用和重用连接。如果连接数量极高，特别是没有相应的工作负载时，通常表明存在驱动程序或其他配置错误。
自管理连接限制
除非受到系统范围的限制，否则 MongoDB 支持的最大传入连接数将使用 maxIncomingConnections 设置进行配置。在基于 Unix 的系统上，可以使用 ulimit 命令或编辑系统的 /etc/sysctl 文件来修改系统范围的限制。有关更多信息，请参阅 UNIX ulimit 自我管理部署的设置。
MongoDB Atlas 连接限制
MongoDB Atlas 根据集群层和类设置并发传入连接的限制。要了解详情，请参阅连接限制和集群层。