性能优化

查询指标

您还可以使用以下查询指标来确保查询以最高速度运行：

• metrics.queryExecutor.scanned 告诉您扫描了多少文档才能返回查询结果。

  • 理想情况下，扫描的文档与返回的文档之比为 1:1，这意味着MongoDB会返回所有文档。通常，该比率大于 1，表示MongoDB不会返回某些扫描的文档。

  • 该比率可能小于 1 甚至 0，表示索引包含所有必要数据的覆盖查询。

  • 如果MongoDB扫描大量文档来响应查询，则可能缺少索引或需要优化查询。

• metrics.operation.scanAndOrder 指示服务器对查询结果进行排序的努力。

  • 较高的“扫描和排序”数字（例如 20 或更高）表示服务器必须对结果进行排序，从而增加查询结果时间和服务器内存负载。

  • 要修复较高的“扫描”和“排序”数量，请根据查询要求对索引进行排序，或添加任何缺失的索引。通常，如果是复合索引，则从索引中的前导字段开始按升序对 B-Tree 索引进行排序。

• WiredTiger票证编号指标反映了WiredTiger存储引擎的性能。

  • WiredTiger读取和写入票证是WiredTiger存储引擎的并发控制机制，用于管理并发事务数量。从版本 7.0 开始，MongoDB使用动态算法来调整存储引擎并发事务的最大数量，从而优化集群过载期间的数据库吞吐量。

  • 读取和写入票证控制并发事务的最大数量。WiredTiger票证编号应始终为 128。值持续低于 128 表示服务器延迟和随之而来的潜在问题。

  • 要解决WiredTiger票证证号较低的问题，请执行以下操作：

    • 确保启用动态调整功能以自动管理票证分配。

    • 确保集群有足够的资源（例如 CPU 和内存）来处理工作负载。

    • 如果您使用的是MongoDB 3.2 或更早版本，升级到使用WiredTiger的更高版本。

    • 如需手动调整最大并发事务数，可修改 storageEngineConcurrentReadTransactions 和 storageEngineConcurrentWriteTransactions 参数。

文档结构反模式

查询计划不包含任何揭示文档结构反模式的指标，但您可以在调试慢速查询时查找反模式。请注意以下会损害性能的最常见不良查询做法：

• 未绑定数组：文档中可以无限增长的数组会导致性能问题，因为每次更新大量时， MongoDB都必须将大量重写到文档中。有关详细信息，请参阅避免无界数组。

• 无边界嵌入式文档： MongoDB支持在文档中插入文档，最多具有 128 级嵌套。每个MongoDB文档（包括嵌入式文档）的大小限制为 16MB。嵌入式文档过多可能会导致性能问题。

  要缓解嵌入式文档过多的问题，请将嵌入式文档移动到单独的集合中，并从原始文档中引用它们。

复制滞后

当从节点(secondary node from replica set)集的从副本集落后于主节点 (primary node in the replica set)时，就会出现复制延迟。要了解复制延迟的原因，可以检查与oplog相关的指标。但是，以下问题是复制延迟的最常见原因：

• 主节点 (primary node in the replica set)和从节点(secondary node from replica set)之间存在网络问题，导致节点无法访问

• 节点从节点(secondary node from replica set)应用数据的速度比主节点 (primary node in the replica set)节点慢

• 写入容量不足，在这种情况下应添加更多分片

• 主节点 (primary node in the replica set)节点上的操作速度缓慢，阻止复制

锁定性能问题

MongoDB 的内部锁定系统用于支持并发查询，同时避免写入冲突和不一致读取。当可用读取或写入票证的剩余数量达到零时，会出现由于锁定而导致的性能问题，这意味着任何新的读取或写入请求都将排队等待，直到有新的读取或写入票证可用。

锁定性能问题可能表明索引不理想和模式设计不当，而这两种情况都可能导致锁定的持有时间超过必要的时间。

打开游标

如果打开的游标数量在增加，但流量却没有相应增长，这可能是由于索引查询不佳或由于结果集过大而导致查询长时间运行造成的。

读取和写入操作

读取和写入操作指标显示集群执行的工作量。您可以通过opcounters.query字段查找读取操作，通过opcounters.insert、opcounters.update和opcounters.delete写入操作，它们分别计算插入、更新和删除操作的总数。

读取与写入的比率取决于集群上运行的工作负载的性质。

• 随着时间的推移监控写入操作可以建立正常范围和阈值。

• 随着写入操作的趋势显示吞吐量的增长，您可以逐渐增加容量。

文档指标和查询执行器

文档指标和查询执行器会指示集群是否太忙。与“读取”和“写入”操作指标类似，这些指标的数字没有正确或错误之分，但了解正常情况可帮助您辨别性能不佳是由较大的工作负载大小造成还是由其他原因造成。

要检索文档指标，访问权限metrics.keysExamined 和 metrics.totalExecMicros 字段。要检索查询执行器指标，请检查 metrics.fromPlanCache字段。您可以使用$queryStats聚合阶段查找所有这些字段。

• 每当您查找文档或插入文档时， MongoDB都会更新文档指标。查找、插入、更新或删除的文档越多，集群就越繁忙。

  • 具有大量容量的集群中的性能不佳通常表明存在查询问题。

• 查询执行器会使用两个数据点告诉您正在处理的查询数量：

  • 已扫描：在查询和查询计划评估期间扫描的索引项在选定示例周期内的平均每秒速率。

  • 扫描的对象：在查询和查询计划评估期间扫描文档的选定示例周期内的平均每秒速率。

客户端连接数

当前客户端连接数指标位于 文档的connections.current serverStatus字段中，可以指示系统上的总负载。追踪一天或一周中不同时间的正常范围可以帮助您快速识别流量峰值。

一个相关指标（已使用的连接百分比）可以指示MongoDB何时即将运行可用连接。

存储指标

存储指标追踪MongoDB如何使用持久存储。在WiredTiger存储引擎中，每个集合和每个索引都是单独的文件。当您更新集合中的文档时， MongoDB会重写整个文档。

• 如果 dbStats.dataSize、dbStats.indexSize、dbStats.storageSize 等内存空间指标或数据库中的文档数量显示出重大的意外变化，而数据库流量保持在正常范围内，则可能表明存在数据删除或损坏等问题、意外数据增长或索引更改。

• dbStats.dataSize 突然下降可能表明存在大量数据删除。如果这种下降是意外的，您应该迅速进行调查。

内存指标

内存指标显示MongoDB如何使用托管集群的计算基础架构的虚拟内存。您可以在 结果中的mem serverStatus文档中找到内存指标。

• 页面错误数量的增加或已更改但尚未写入磁盘的数据量的增加可能表明与集群可用内存量相关的问题。

• 缓存指标可帮助确定工作集是否超出可用缓存。