mongodb优化查询效率，mongodb修复

在使用MongoDB构建高并发、大数据量的业务系统时，查询效率的高低直接决定了用户体验与系统的整体稳定性，而数据库运行过程中可能出现的文件损坏、索引失效、数据不一致等问题，也会对业务连续性造成严重冲击，因此掌握科学的查询优化方法与故障修复手段，是每一位MongoDB运维与开发人员必须具备的核心能力。

从查询优化的维度来看，索引是提升MongoDB查询性能最核心的手段，很多慢查询问题本质上都是索引设计不合理或者缺失索引导致的。日常运维中，我们可以通过MongoDB的explain()方法分析查询的执行计划，查看查询是否命中了索引、扫描了多少文档、返回结果的耗时等关键指标，如果发现查询走了全表扫描（COLLSCAN），就需要根据查询条件、排序字段、覆盖查询的需求来创建合适的索引。创建索引时需要遵循最左前缀原则，复合索引的字段顺序要匹配查询条件的筛选优先级，区分度高的字段放在前面，同时要避免创建过多冗余的索引，因为索引不仅会占用存储空间，还会降低写入操作的性能，每一次插入、更新、删除操作都需要同步维护对应的索引。除了常规的单字段索引和复合索引，针对不同的业务场景还可以选择合适的特殊索引，比如针对地理空间查询使用2dsphere索引，针对文本搜索使用文本索引，针对数组字段使用多键索引，针对TTL自动过期的数据使用TTL索引，这些特殊索引能够针对性地解决特定场景下的查询性能瓶颈。

除了索引优化，查询语句本身的写法也会对性能产生很大影响。很多开发者在写查询条件的时候习惯使用$ne、$not、$nin这类负向查询操作符，这类操作符通常无法有效利用索引，会导致全表扫描，在数据量大的场景下性能非常差，实际开发中应该尽量将负向查询转化为正向的范围查询或者多条件组合查询。同时要避免在查询条件中对字段进行计算或者类型转换，比如用$where操作符执行JavaScript表达式，这种方式无法利用索引，而且会带来额外的性能开销和安全风险，应该尽量用MongoDB原生的查询操作符来实现对应的逻辑。对于需要返回大量数据的查询，要合理使用投影（Projection）只返回业务需要的字段，减少数据传输和内存占用，如果是需要覆盖全部查询字段的场景，可以构建覆盖索引，让查询直接从索引中获取数据，不需要去读取文档本身，能够大幅提升查询效率。分页查询的时候要避免使用skip+limit的方式处理深度分页，因为skip会跳过前面的大量文档，越往后分页性能越差，正确的做法是使用上一页的最后一条数据的排序字段值作为游标，通过范围查询来实现分页，也就是常说的游标分页，这种方式在数据量很大的场景下性能会稳定很多。

在数据库运行过程中，难免会遇到各种故障导致数据或者索引损坏，这时候就需要掌握MongoDB的修复方法。首先要明确MongoDB的修复主要解决的是数据文件损坏、索引不一致、集合元数据错误这类问题，常见的损坏原因包括服务器异常断电、磁盘空间不足导致写入失败、磁盘硬件故障、MongoDB进程被强制杀死等。对于副本集架构的MongoDB集群，最简单有效的修复方式其实是利用副本集的高可用特性，如果单个节点出现数据损坏，不需要直接在损坏节点上执行修复操作，只需要将损坏节点下线，清空其数据目录，然后重新加入副本集，让它从主节点或者其他健康的从节点进行全量同步（Initial Sync），这种方式修复出来的数据是完整一致的，而且风险很低，是副本集场景下优先推荐的修复方式。

如果是单节点的MongoDB实例，或者所有副本集节点都出现了损坏，就需要用到MongoDB自带的修复工具了。在MongoDB 4.4及之前的版本中，可以使用mongod --repair命令来修复数据库，这个命令会扫描所有的数据文件，将能够读取到的有效数据重新写入新的文件中，丢弃损坏的部分，同时重建所有的索引。不过执行修复操作有很多需要注意的事项，首先修复之前一定要备份好原始的数据文件，因为修复过程会删除无法识别的损坏数据，可能会导致部分数据丢失，备份是保障数据安全的最后一道防线。其次修复操作需要足够的磁盘空间，一般需要至少和原始数据大小相当的空闲磁盘空间，因为修复过程中会生成新的数据文件，完成后才会替换旧的文件，如果磁盘空间不足会导致修复失败。修复过程中数据库是处于不可用状态的，所以要尽量选择业务低峰期执行，减少对业务的影响。

除了整个实例级别的修复，有时候只是单个集合的索引损坏或者数据出现一致性问题，可以采用更细粒度的修复方式。比如如果只是索引损坏，可以先删除损坏的索引，然后重新创建对应的索引，这种方式比整体修复要快很多，对业务的影响也更小。如果是单个集合的数据文件有问题，可以使用mongodump工具尝试导出该集合的数据，导出过程中会跳过损坏的文档，然后将导出的正常数据导入到新的集合中，替换原来损坏的集合。对于WiredTiger存储引擎的MongoDB，还可以使用wt工具来进行更底层的数据修复，不过这个工具的使用门槛比较高，需要对WiredTiger的存储结构有一定的了解，操作不当可能会导致更严重的数据损坏，一般建议在官方技术支持的指导下使用。

在日常运维中，其实更重要的是做好预防工作，避免走到需要修复数据库的地步。首先要保证MongoDB部署在稳定的硬件环境中，使用企业级的磁盘，配置RAID来提升磁盘的可靠性，避免磁盘硬件故障导致数据损坏。其次要配置合理的监控告警，监控磁盘使用率、内存使用率、慢查询数量、副本集状态等关键指标，在磁盘空间不足之前及时扩容，避免因为磁盘写