一次线上mongo慢查询问题排查处理记录

针对线上MongoDB慢查询问题，以下是一些排查处理记录完整攻略。

步骤1：日志分析

1.1 查看慢查询日志

慢查询日志记录了所有执行时间超过threshold（如100ms）的数据库操作。通过查看慢查询日志，可以发现哪些操作比较耗时，作为排查问题的起点。

1.2 检查Mongodb配置文件

MongoDB的配置文件中有一项slowOpThresholdMs，这个参数就是慢查询的时间阈值，默认100ms。如果值太小，会造成太多无需关注的慢查询，而如果太大，可能会遗漏实际的慢查询操作。

1.3 定位慢查询

通过分析慢查询日志，可以找出最占用时间的操作。可以用explain查看查询的executionStats，看看是哪个阶段占比最高，从而确定优化的方向。

步骤2：索引分析

2.1 确认索引的使用情况

索引可以加速查询，但也会消耗空间、写入时间等资源，因此建议尽量精细地选择索引。

在MongoDB中，可以使用explain进行查询的分析，同时判断索引是否生效。如果索引没有被使用，需要考虑是否要加索引或调整索引。

2.2 分析索引的性能和参数

可以通过运用工具比如MongoDB Compass或MongoDB Management Service进行分析索引的性能和参数。通过比较不同索引的比较，可以确定哪些索引需要优化。

步骤3：硬件检查

可以使用MongoDB监控工具来检查整个系统的性能、硬件等情况。如果卡顿很严重，需要考虑硬件是否达到瓶颈，是否需要升级硬件或优化硬件配置。

示例

示例1

场景描述：网站的文章列表页面出现加载缓慢的现象

排查过程：
1. 分析慢查询日志，发现查询部分的平均执行时间在1秒以上，存在明显的慢查询问题。
2. 查看查询所使用的索引，没有使用索引。
3. 为该查询加上适当的索引后，查询时间降低到了100ms以下。

示例2

场景描述：网站的用户信息页面出现加载缓慢的现象

排查过程：
1. 分析慢查询日志，发现查询部分的平均执行时间在5秒以上，存在明显的慢查询问题。
2. 查看查询所使用的索引，发现缺少一个合适的组合索引。
3. 修改索引为合适的组合索引后，查询时间降低到了300ms以下。