Debian MongoDB索引优化策略
在Debian系统上运行MongoDB时，索引优化是提升查询性能、降低存储开销的核心手段。以下是针对Debian环境的针对性优化策略，涵盖设计、使用、维护及硬件配合等全生命周期管理：
索引设计需以应用程序查询模式为基础，优先为高频、耗时的查询字段创建索引。常见索引类型及适用场景：
status、createTime），创建方式为db.collection.createIndex({ field: 1 })（1表示升序，-1表示降序）。{ userId: "u123", createTime: { $gte: ... } }需创建复合索引{ userId: 1, createTime: -1 }（userId在前以过滤数据，createTime在后支持排序）。tags、comments），自动为数组每个元素创建索引。2dsphere（球面几何）或2d（平面几何）索引。title、content），创建方式为db.collection.createIndex({ field: "text" })。db.collection.createIndex({ expireAt: 1 }, { expireAfterSeconds: 0 })。覆盖索引是指查询所需的所有字段均包含在索引中，无需访问实际文档即可返回结果。例如，若查询仅需updateTime和location字段，可创建包含这两个字段的复合索引，并通过include选项扩展：
db.tracks.createIndex({ waybillNo: 1, city: 1, status: 1, updateTime: 1 }, { include: { location: 1 } });
覆盖索引能将查询性能提升30%以上（尤其适用于百万级数据查询），需通过explain()确认查询是否使用了覆盖索引（executionStages.stage为IXSCAN且totalDocsExamined等于nReturned）。
复合索引的字段顺序直接影响查询性能，需遵循以下规则：
userId、orderNo）的字段放在前面，提高过滤效率；sort({ createTime: -1 })需对应createTime: -1），避免数据库额外排序。过多索引会增加写操作开销（插入、更新、删除时需同步维护索引）和存储空间占用（每个索引都会占用磁盘空间）。建议：
db.collection.getIndexes()检查索引数量（每个集合最多支持64个索引）；explain()确认查询未使用的索引）；随着数据增删改，索引会产生碎片（数据分布不连续），需定期维护：
db.collection.reIndex()方法重建索引，消除碎片并优化索引结构；db.collection.dropIndex()），插入完成后再重新创建（db.collection.createIndex()），减少索引维护开销；insertMany()代替多次insertOne()，减少索引更新的次数。explain()是优化索引的核心工具，通过分析查询执行计划判断索引使用情况。常用方式：
db.collection.find({ query }).explain("executionStats");
关键指标解读：
executionStages.stage：需为IXSCAN（索引扫描），若为COLLSCAN（全表扫描）则说明索引未生效；totalDocsExamined：扫描的文档数，理想值等于nReturned（返回的文档数）；totalKeysExamined：扫描的索引键数，需接近nReturned（避免索引冗余）。索引性能依赖底层硬件支持，Debian环境下需注意：
storage.wiredTiger.engineConfig.cacheSizeGB的2倍），减少磁盘I/O；