如何精准制定MongoDB在CentOS上的索引策略，以实现数据库性能的全面提升？

序章：为何在 CentOS 上的 MongoDB 必须细致雕琢索引？

提到 MongoDB，很多人第一反应是「文档式」的灵活、写入的极速。但当数据量突破千万级，查询慢得像蜗牛爬墙时索引便成了唯一的救星。 我们都曾是... 尤其 系统资源往往被多业务共享，一点点查询延迟都可能酿成连锁反应。于是“精准制定索引策略”不再是可选项，而是保障业务顺畅的必修课。

一、 洞悉业务查询：从“需求”到“键”

先做功课，再动手建索引。没有对业务查询模式的深度剖析，就像盲人摸象，随意创建索引只会让磁盘空间被吞噬、 往白了说... 写入负担加剧。下面给出几步实战指南：

1. 收集热点查询

妥妥的！ 使用 db.collection.find.explain 捕捉常用查询；配合系统监控记录 CPU 与 I/O 峰值。将出现频率最高且耗时最长的 {field: value}{field: {$gt: …}} 等条件列成清单。

2. 区分读写比例

如果某个集合写入占比高于 80%， 则要慎重堆砌复合索引；相反，读取密集型可以大胆使用覆盖索引（covered index)，让查询直接在内存中完成。

二、单字段与复合索引：何时该选哪把刀？

单字段索引是最直接的加速手段，适用于：

• 精确匹配或 IN 查询。
• 排序字段恰好与查询条件相同。