索引能显著加快导出速度，但需查询条件和投影字段被索引完全覆盖；否则仍回表读取文档，仅减少keysExamined。mongoexport本质是find()查询，其性能取决于--query是否命中索引，并需配合--fields实现覆盖索引扫描，避免$regex等低效操作符。
索引能显著加快导出速度，但前提是导出命令的查询条件和投影字段被索引完全覆盖；否则 MongoDB 仍会回表读取完整文档，索引只减少 keysExamined，不减少 docsExamined。
mongoexport 的查询条件必须命中索引
mongoexport 本质是执行 find() 查询后导出结果，它不会自动利用索引优化——能否提速，完全取决于你传给它的 --query 参数是否能走索引。
- 错误做法：导出时用模糊匹配或未建索引字段过滤，例如
--query '{"content: /.*error.*/"}（正则无索引支持）或--query '{"created_at": {"$gt": "2025-01-01"}}'（created_at未建索引） - 正确做法：确保
--query中所有字段都已建索引，且符合 ESR 原则（等值→排序→范围）。例如导出某类活跃订单：--query '{"status": "paid", "order_type": "web", "created_at": {"$gte": "2026-04-01"}}'，对应索引应为db.orders.createIndex({"status": 1, "order_type": 1, "created_at": 1}) - 验证方式：在 shell 中先运行
db.orders.explain("executionStats").find({/* same query */})，确认executionStats.docsExamined === executionStats.nReturned（即零回表）
导出时用投影（projection）让索引真正“覆盖”
即使查询条件走了索引，如果导出默认返回全部字段，MongoDB 仍需根据索引中的 _id 去磁盘加载完整文档——这一步无法跳过。只有当 --fields 指定的字段全部包含在索引中，才能实现纯索引扫描。
- 示例：你建了复合索引
{"user_id": 1, "email": 1, "status": 1}，导出时只取这三字段：mongoexport --fields user_id,email,status ...，此时docsExamined为 0，全靠索引完成 - 注意
_id字段：若不需要_id，显式排除（--fields user_id,email,status,_id:0），否则它会强制触发回表（因索引默认不存_id值，除非你把它也加进索引） - 文本字段、数组、二进制数据（如
content,attachments）务必从--fields中剔除，它们几乎不可能进索引，一出现就破功
避免部分索引导致导出漏数据
部分索引（partialFilterExpression）虽节省空间，但极易在导出时引发静默数据丢失——mongoexport 不报错，只是查不到被过滤掉的文档。
- 典型陷阱：你为提升查询性能建了
db.logs.createIndex({"level": 1}, {partialFilterExpression: {"level": {"$in": ["ERROR", "WARN"]}}})，但导出时想拿全部日志，--query '{}就只能扫到 ERROR/WARN 级别 - 导出场景下，优先用稀疏索引（
sparse: true）或普通索引，慎用partialFilterExpression；如必须用，导出前先确认--query是否落在该子集内 - 检查手段：
db.logs.countDocuments({})和db.logs.countDocuments({"level": {"$in": ["ERROR","WARN"]}})对比数量差
索引体积与导出稳定性要平衡
导出大量数据时，索引本身若过大（比如在 10GB 文本字段上建全文索引），会导致内存压力上升，甚至触发 maxTimeMS 超时或节点 OOM。
- 单集合索引总数建议 ≤ 5 个；导出专用索引应尽量窄——只含
--query过滤字段 +--fields导出字段 - 避免在导出命令中使用
$text、$regex、$where等无法高效走索引的操作符 - 真实瓶颈常在 IO：若
docsExamined已为 0，但导出仍慢，说明是磁盘吞吐或网络带宽限制，不是索引问题
最容易被忽略的一点：mongoexport 不支持聚合管道，所以 $lookup、$unwind 类操作无法通过索引加速——这类需求得改用 mongodump + 应用层处理，或用 aggregate(...).forEach() 配合覆盖索引手动导出。
