MongoDB在Linux上的版本选择

MongoDB在Linux上的版本选择指南

一 选择原则

• 明确业务功能边界：是否需要多文档事务、分布式事务、Change Streams、Retryable Writes/Reads、通配符索引、字段级加密等，这些能力决定了最低可用主版本。
• 稳定性与可维护性优先：生产环境建议选择受支持的稳定主线版本，并兼顾驱动生态与社区/厂商支持周期。
• 平台与架构兼容：确认Linux发行版与内核、**CPU架构（x86_64/ARM64/PPC64LE/s390x）**是否被目标MongoDB版本官方支持。
• 安全合规：优先选择包含最新安全补丁与认证/加密能力的版本，避免已知漏洞长期暴露。
• 版本系列取舍：传统上偶数系列更偏稳定，但应以官方支持矩阵与自身需求为准，不建议仅凭“奇偶”做决策。

二 版本与功能矩阵（按能力选型）

三 平台与架构支持要点

• x86_64 主流发行版：如 RHEL/CentOS/Oracle Linux 7/8、Ubuntu 16.04/18.04/20.04、Debian 9/10、SLES 12/15、Amazon Linux 2 等均在不同版本中有良好支持；注意部分版本存在最小补丁级别要求（例如 RHEL/CentOS/Oracle Linux 8 上的 4.2.1+ 等）。
• ARM64：如 Amazon Linux 2、RHEL/CentOS 8、Ubuntu 18.04/20.04 可用，且部分版本对社区/企业版的支持范围不同。
• 容器场景：如 RHEL UBI 7、Ubuntu 16.04 在 Docker 19.03 上有官方支持说明。
• 特别提醒：Oracle Linux 仅支持 RHCK 内核，不支持 UEK 内核。
  以上为官方生产环境支持范围的要点摘录，选型时务必对照目标版本的官方支持矩阵进行校验。

四 升级与兼容性关键注意

• 认证机制：自 4.0 起移除 MONGODB-CR，仅支持 SCRAM；若从更老版本升级，需先将用户凭证升级为 SCRAM，否则无法登录。
• 存储引擎：MMAPv1 在 4.0 起被弃用，建议迁移至 WiredTiger。
• 副本集协议：移除 pv0，需先升级到 pv1；WiredTiger 副本集成员不可禁用日志。
• 运维工具链：4.0 起 reIndex 为全局独占锁，执行会阻塞其他操作。
• Shell 客户端：自 5.0 起推荐使用 mongosh 而非旧的 mongo shell，驱动与运维脚本需同步适配。
  以上变更直接影响升级可行性与操作步骤，务必在变更窗口内评估与演练。

五 快速决策建议

• 新项目（Linux x86_64，常见发行版）：优先选择当前受支持的最新稳定主版本（建议 ≥ 4.4），在功能、性能、安全与生态上更均衡。
• 需要事务/分布式事务/更强安全：选择4.2 及以上；如依赖 FLE 等特性，直接定位到满足需求的版本。
• 老系统从 3.x/4.0 升级：先完成**认证机制（SCRAM）与存储引擎（WiredTiger）**改造，再评估升级到 4.2/4.4+ 的可行性与回滚预案。
• 特定平台/架构（如 ARM64、容器）：以官方支持矩阵为准，选择在该平台上明确受支持的版本与补丁级别。