mongodb 7.0查询优化核心是引入slot-based执行引擎，以槽为单位传递结构化值，降低内存占用、提升$lookup性能30%~50%，并自动回退兼容旧写法。
MongoDB 7.0 的查询优化能力有实质性提升，核心不是“加了新功能”，而是重写了执行底层——Slot-Based Query Execution Engine 替代了旧的树状执行模型，这对聚合管道中含 $group、$lookup、$sort 的场景影响最直接。
Slot-Based 查询执行引擎实际带来什么变化
旧引擎在处理多阶段聚合时，每个阶段输出完整文档流，中间结果常含大量冗余字段；新引擎以“槽（slot）”为单位传递结构化值（如单个字段、表达式结果），避免反复序列化/反序列化。这意味着：
- 内存占用下降明显，尤其在
$group后接$project或$addFields的管道中 -
$lookup的左连接性能提升约 30%~50%，前提是被关联集合有合适索引（如{ foreignField: 1 }） - 不支持该引擎的旧写法会自动回退，但会记录警告：
"Query execution using legacy engine" - 启用与否由查询形状和服务器参数控制，无需手动开关；但若强制禁用（通过
internalQueryForceClassicEngine），可能触发不可预期的计划选择
analyzeShardKey 命令怎么用才不踩坑
这个命令不是“一键推荐分片键”，而是帮你验证已有候选键是否合理。常见误用是只看 keyCharacteristics 输出，忽略 readWriteDistribution 中的真实读写倾斜。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 必须在目标集合上有
read权限，且命令需在admin数据库下执行（db.adminCommand） -
sampleRate和sampleSize不能同时指定；优先用sampleSize控制采样量（建议 ≥ 10000），避免小集合采样失真 - 输出里
monotonic高 ≠ 好分片键——时间戳类字段单调性接近 1，但会导致所有写入集中到单一分片，必须搭配哈希（{_id: "hashed"}）或复合键缓解 - 如果分析后提示
"low cardinality"，别急着换键，先确认业务查询是否真需要高基数字段参与路由；有时{tenantId: 1, createdAt: 1}比纯tenantId更平衡
可查询加密（Queryable Encryption）启用后哪些查询仍受限
虽然 7.0 将该功能转为 GA，但加密字段的查询能力仍有明确边界。它不是透明加密，而是客户端驱动的确定性/随机化加密，服务端只做匹配运算。
- 等值查询（
{ encryptedField: "value" }）完全支持，但要求客户端 SDK 版本 ≥ 6.3（Node.js / Python / Java 均需对应升级） - 范围查询（
$gt、$lt）仅支持rangePreview模式，且必须显式配置min/max和精度，否则报错："Range queries require explicit min/max configuration" -
$regex、$text、全文索引对加密字段完全不可用 - 聚合管道中不能对加密字段使用
$group或$sort，因为服务端无法解密比较——这类逻辑必须移至应用层
真正容易被忽略的是：analyzeShardKey 和 checkMetadataConsistency 这类运维命令，它们不修改数据，但输出结果依赖当前集群负载和采样时机。低峰期跑一次没问题，高峰期连续调用可能拖慢元数据服务；建议结合 cron + mongosh 脚本定期巡检，而非人工临时执行。
