Docs 菜单
Docs 主页
/
MongoDB Manual
/

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 包含以下两个字段:

如果存在大量并发应用程序请求,则数据库可能无法满足需求。如果是这种情况,请增加部署的容量。

对于写入密集型应用程序,应部署分片,并将一个或多个分片添加到分片集群中,以在 mongod 实例之间分配负载。

连接数量激增也可能是应用程序或驱动程序错误造成的。所有官方支持的 MongoDB 驱动程序都实现了连接池功能,它使得客户端可以更高效地使用和重用连接。如果连接数量极高,特别是没有相应的工作负载时,通常表明存在驱动程序或其他配置错误。

除非受到系统范围的限制,否则 MongoDB 支持的最大传入连接数将使用 maxIncomingConnections 设置进行配置。在基于 Unix 的系统上,可以使用 ulimit 命令或编辑系统的 /etc/sysctl 文件来修改系统范围的限制。有关更多信息,请参阅 UNIX ulimit 自我管理部署的设置

MongoDB Atlas 根据集群层和类设置并发传入连接的限制。要了解详情,请参阅连接限制和集群层

后退

开发检查清单

在此页面上