MongoDB 性能
使用 MongoDB 开发和操作应用程序时,您可能需要分析应用程序及其数据库的性能。性能下降的原因通常是数据库访问策略、硬件可用性和打开的数据库连接数量。
由于索引策略不充分或不适当,或者模式设计欠佳,某些用户可能会遇到性能限制。锁定性能讨论这些问题如何影响 MongoDB 的内部锁定。
性能问题可能表明数据库正在满负荷运行,应为数据库增设更多容量。具体而言,应用程序的工作集应与可用物理内存适配。
在某些情况下,性能问题可能是暂时的并且与异常流量负载有关。如连接数中所述,扩展可以帮助缓解过多的流量。
数据库性能分析可以帮助您了解哪些操作导致性能下降。
锁定性能
MongoDB 使用锁系统来确保数据集的一致性。如果某些操作运行时间过长或形成队列,则性能将随着请求和操作等待获取锁而下降。
与锁相关的减速可能是间歇性的。要查看该锁是否影响了性能,请参阅 serverStatus
输出中的 locks 部分和 globalLock 部分。
注意
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 根据集群层和类设置并发传入连接的限制。要了解详情,请参阅连接限制和集群层。