在 CentOS 上实施 MongoDB 索引优化的实操指南
一 环境准备与监控基线
- 确认 MongoDB 服务运行正常并具备必要的监控手段：
- 服务状态与端口：
- 查看状态：sudo systemctl status mongod
- 启动/重启：sudo systemctl start|restart mongod
- 基础监控工具：
- 连接与负载：mongostat
- 集合读写耗时：mongotop
- 慢查询与执行计划：
- 启用并分析慢查询日志（profile/slowms），定位需要索引优化的语句
- 使用 explain(“executionStats”) 检查是否走索引、扫描量与执行时间
- 索引清单与冗余检查：db.collection.getIndexes() 列出现有索引，识别重复或低效索引
以上步骤为后续索引优化提供可量化的基线数据与问题定位路径。
二 索引设计与创建
- 单字段索引：针对高频等值或范围查询的字段
- 示例：db.collection.createIndex({ field: 1 })
- 复合索引：多条件查询需遵循“最左前缀”原则，将高选择性、常用于筛选的字段放在前面
- 示例：db.collection.createIndex({ field1: 1, field2: -1 })
- 覆盖索引：将查询与投影字段全部纳入索引，避免回表
- 示例：db.collection.createIndex({ field1: 1, field2: 1 })
- 索引类型选择：
- 数组字段：多键索引 db.collection.createIndex({ “arrayField”: 1 })
- 全文检索：文本索引 db.collection.createIndex({ “textField”: “text” })
- 地理位置：2dsphere 索引 db.collection.createIndex({ “locationField”: “2dsphere” })
- 创建选项（按需）：
- 后台创建：background: true
- 唯一约束：unique: true
- 稀疏索引：sparse: true
- TTL 过期：expireAfterSeconds: N
- 索引提示（谨慎使用）：
- 强制走指定索引：db.collection.find(query).hint({ field: 1 })
以上做法覆盖常见业务场景，兼顾查询性能与写入成本。
三 查询与索引联动优化
- 避免全表扫描：确保查询条件能够利用索引，必要时通过 explain(“executionStats”) 验证
- 使用投影仅返回必要字段：减少网络与 IO
- 示例：db.collection.find({ query }, { field1: 1, field2: 1 })
- 分页策略：大数据集使用 limit/skip 或基于游标的分页，避免深翻页
- 谨慎使用 $or：容易导致索引失效，优先改写为 $in 或复合索引
- 索引提示：仅在明确更优时强制指定索引，避免人为误用
这些优化能显著提升命中率并降低扫描与网络开销。
四 索引维护与清理
- 删除冗余与低效索引：基于 db.collection.getIndexes() 与慢查询分析，移除不再使用或重复的索引
- 示例：db.collection.dropIndex({ field: 1 })
- 重建索引：在数据频繁更新导致碎片时，按需执行 db.collection.reIndex() 以优化索引结构
- 持续监控与调整：结合 mongostat/mongotop、慢查询日志与 explain 结果，动态增减或重构索引
定期维护可保持查询性能稳定并控制存储与维护成本。
五 系统层与存储层优化建议
- 硬件与文件系统：
- 使用 SSD 提升 I/O 性能
- 增加内存，确保索引与热点数据可被缓存
- 操作系统参数：
- 关闭或优化 透明大页（THP）
- 调整 文件描述符/进程数 限制（建议提升至 100000+）
- 优化磁盘调度算法与内核网络/进程参数
- MongoDB 配置（/etc/mongod.conf）：
- 合理设置 storage.wiredTiger.engineConfig.cacheSizeGB
- 配置 storage.dbPath、systemLog.path、net.bindIp、net.port
- 副本集/分片：设置 replication.replSetName 或 sharding.clusterRole
- 扩展架构：
- 大数据量或高并发场景考虑 分片 水平扩展与 副本集 提升读性能与可用性
系统层与存储层的优化能为索引命中与查询执行提供底层保障。
