升级到MongoDB 8.0后CRUD变慢，主因是featureCompatibilityVersion未设为"8.0"导致优化器降级、查询计划器v2未激活、索引策略失效或WiredTiger并发票据不足，需逐一验证并调整。
升级到 MongoDB 8.0 后 CRUD 变慢，大概率不是版本“退化”，而是兼容性、配置或索引行为变化引发的隐性问题——8.0 默认启用更严格的查询优化器策略和 WiredTiger 并发控制，老配置或旧索引在新引擎下可能反而失效。
检查 featureCompatibilityVersion 是否已更新为 "8.0"
如果 featureCompatibilityVersion 仍卡在 "7.0"，MongoDB 8.0 会强制降级部分新特性（包括查询计划器改进和索引排序逻辑），导致执行计划回退到低效路径。
- 连接主节点后运行：
db.adminCommand({ getParameter: 1, featureCompatibilityVersion: 1 })，确认返回值中"version": "8.0" - 若仍是
"7.0"，必须先在主节点执行：db.adminCommand({ setFeatureCompatibilityVersion: "8.0" }) - 该命令要求所有副本集成员在线且健康；执行后需等待
rs.status()显示全部成员状态为"HEALTHY"再测试 CRUD 性能 - 注意：设置为
"8.0"后无法降级回"7.0"，生产环境务必提前验证
对比 explain() 输出中的 queryPlanner.version 和 executionStats
MongoDB 8.0 查询计划器默认使用 version 2（v2），而 7.0 多为 v1。若升级后 explain("executionStats") 中仍显示 queryPlanner.version: 1，说明优化器未真正激活，可能因集合统计信息过期或 collMod 配置残留。
- 对慢查询执行：
db.collection.explain("executionStats").find({ ... }) - 重点比对两项：
executionStats.docsExamined（扫描文档数）是否显著高于nReturned；executionStats.executionTimeMillis是否远超 7.0 时期 - 若发现
stage: "COLLSCAN"或stage: "IXSCAN"但keysExamined≈docsExamined>>nReturned，说明索引覆盖不足，需调整复合索引字段顺序 - 8.0 对
$in+ 范围查询（如{a: {$in: [...]}, b: {$gt: X}}）的索引选择更敏感，原{a: 1, b: 1}索引可能失效，应改为{a: 1, b: 1}并确保a是高基数字段
验证 WiredTiger cache 和 ticket 配置是否匹配负载
8.0 默认启用动态 ticket 调整，但若部署时沿用了 7.0 的静态 wiredTigerCacheSizeGB 或未开放 concurrentReadTransactions，高并发 CRUD 下会出现大量线程阻塞，表现为 CPU 不高但延迟飙升。
- 检查当前配置：
db.serverStatus().wiredTiger.cache，关注"bytes currently in the cache"是否长期接近cacheSizeGB * 1024^3；若频繁触发"pages evicted because they had dirty data"，说明缓存不足 - 查看 ticket 使用情况：
db.serverStatus().wiredTiger.concurrentTransactions，若"read.available"常为 0 或"read.out"持续 > 50，表示读取 ticket 耗尽 - 临时缓解可调大：
mongod --wiredTigerCacheSizeGB 8 --setParameter wiredTigerConcurrentReadTransactions=128（按物理内存 50% 分配 cache，ticket 数设为预期并发数的 2–3 倍） - 但根本解法是确认应用层是否滥用长事务或未关闭游标，
db.currentOp({secs_running: {$gt: 5}})可揪出滞留操作
排查驱动与 BSON 序列化兼容性问题
某些旧版驱动（如 Node.js mongodb@4.x、Python pymongoDecimal128 或带时区的 DateTime）时会触发同步序列化，使单次 updateOne 耗时翻倍。
- 抓包或日志中搜索是否出现
"BSON serialization took"类警告（部分驱动会在 debug 日志中打印） - 升级驱动至明确标注支持 MongoDB 8.0 的版本，例如：
mongodb@6.7.0+、pymongo@4.7.2+、mongo-go-driver@1.14.0+ - 若无法立即升级驱动，可在应用层禁用新类型映射：Node.js 驱动加选项
{ bson: { useBigInt64: false, useBigInt64: false } }；Python 中设置type_codec_options=TypeCodecOptions(unicode_decode_error_handler="ignore") - 特别注意：Java 驱动
mongodb-driver-sync 4.13+才完整支持 8.0 的聚合管道变更，否则$merge或$setWindowFields可能静默失败
最易被忽略的是：8.0 的 explain() 默认不包含 serverInfo 和 command 字段，若你依赖旧脚本解析输出结构，可能误判执行计划——务必显式传入 {"verbosity": "executionStats"} 而非字符串 "executionStats"。
