本文介绍 MongoDB 8.0 版本的新特性，更多信息请查看 官方文档。

内核优化：架构重构与执行效能

MongoDB 8.0 在内核层面进行了一次深度重构，旨在通过核心协议的演进与资源模型的升级，从根本上突破高并发场景下的性能瓶颈。

复制协议重构与写入性能突破

内核重新定义了复制协议以解决高可用场景下的延迟痛点。majority 写关注的确认逻辑不再等待 Secondary 完成数据应用（Apply），而是确认数据持久化（Persist）后即返回，显著降低了跨中心部署的写入延迟。配合 Secondary 节点上重构的 Oplog 流水线——实现了日志拉取与应用的解耦并行——同步吞吐量得到了质的飞跃。此外，日志存储效率也得到优化，非事务性批量插入现可智能合并为单条 Oplog，有效节省了磁盘空间与网络带宽。

资源精细化管理与并发控制

内存管理模型迎来重大升级，TCMalloc 机制调整为基于“每 CPU 缓存”的策略，配合后台自动释放线程，从根源上抑制了内存碎片。在并发层面，内核锁粒度进一步细化，支持在同一数据库内并发执行 DDL 操作，彻底突破了以往的库级锁瓶颈。为了增强系统的韧性，内核引入了基于入口队列的准入控制（Admission Control）机制，从源头限制并发请求量，有效防止流量洪峰导致的 CPU 过载雪崩。

稳定性与深度可观测性

系统的健壮性得到了多维增强。索引构建流程增加了磁盘空间预检与从节点主动终止机制，确保后台任务不会危及节点可用性。慢日志机制引入了 workingMillis 指标，精准剥离了锁等待与队列耗时，仅统计 CPU 真实执行时间，让性能排查更加直击本质。此外，compact 命令新增了试运行模式与后台自动压缩机制，为存储空间治理提供了更安全、自动化的手段。

新特性：业务灵活性

针对分片集群管理与复杂业务逻辑，新版本通过原生指令集与灵活路由策略，大幅降低了架构维护与应用开发的门槛。

分片架构治理的原生化闭环

集群管理变得更加灵活与原生化。管理员现在可以通过 unshardCollection 和 moveCollection 命令直接调整分片布局，无需再依赖繁琐的数据迁移工具。Reshard 重分片机制进一步增强，支持基于相同分片键优化分布，并允许在提交阶段主动禁写以加速元数据切换。同时，路由逻辑得到松绑，查询与 Upsert 操作不再强制依赖完整分片键，使得分片架构在面对业务变更时不再僵化。

跨集合原子性与开发效能

在应用开发侧，引入了具备跨集合原子性的 bulkWrite 能力，允许在单次请求中对多个集合执行混合写入，显著简化了复杂事务逻辑并减少了网络交互（RTT）。此外，系统新增了全局默认超时参数 defaultMaxTimeMS，充当资源消耗的“保险丝”，防止未设置超时的异常查询长期占用资源拖垮集群。

查询治理能力（Query Settings）

全新的 Query Settings 模块取代了旧版 Index Filters，为 DBA 提供了持久化的查询计划干预能力。管理员可以针对特定的查询形状（Query Shape）设置规则，强制指定特定索引或拒绝执行低效查询，实现了在不修改业务代码的前提下在线优化数据库性能。

废除与限制项

为了推动内核的轻量化与标准化，MongoDB 8.0 果断清理了历史包袱，并收紧了部分行为逻辑。

服务端脚本清理与引擎瘦身

出于安全与性能的考量，服务器端 JavaScript 引擎（含 $where、mapReduce 以及 $function）已被彻底移除，官方推荐全面迁移至更高效的聚合管道（Aggregation Pipeline）。同时，对冲读取（Hedged Reads）及部分旧版内存调优参数也已退役，标志着内核向更简洁、自动化的方向演进。

类型处理逻辑规范化

BSON 比较逻辑进行了严格调整，null 值将不再匹配 undefined 类型；在写入时，undefined 类型的数据将自动转换为 null。这一变更虽然引入了兼容性注意点，但有助于确保数据类型的一致性，减少潜在的逻辑歧义。