RabbitMQ Linux 版本选择指南
一 选择顺序与优先级
- 先定操作系统与发行版：优先选择与团队运维体系一致的 LTS 发行版（如 Ubuntu 22.04/24.04 LTS、RHEL/CentOS 7/8/9 或兼容的 Rocky/AlmaLinux），并保持系统的 glibc 与安全补丁为较新稳定版本。
- 再定安装方式：优先使用发行版仓库或 官方/可信仓库 的打包版本（RPM/DEB），尽量避免随意编译，便于升级与维护。
- 最后定版本组合：以“RabbitMQ 版本 ↔ Erlang/OTP 版本矩阵”为最高约束，在满足功能需求的前提下选择最新的稳定小版本（补丁号更高）。
二 版本兼容性与矩阵
- RabbitMQ 是用 Erlang/OTP 实现的，二者存在严格的版本对应关系；不兼容会导致无法启动或运行期异常。选择时以官方“Which Erlang”兼容性矩阵为准，并优先选择仍在维护期的组合。
- 常见组合示例（仅示例，务必以矩阵为准）：
- RabbitMQ 3.8.x ↔ Erlang 21.x–23.x
- RabbitMQ 3.9.x ↔ Erlang 23.x–24.x
- RabbitMQ 3.10.x ↔ Erlang 24.x–25.x
- RabbitMQ 3.11.x ↔ Erlang 25.x–26.x
- RabbitMQ 3.12.x ↔ Erlang 26.x–27.x
- RabbitMQ 3.13.x ↔ Erlang 27.x
以上示例用于说明趋势，实际请以官方矩阵页面核对后再确定具体小版本。
三 按发行版给出推荐组合
| 发行版与版本 |
推荐安装方式 |
建议 RabbitMQ 版本 |
建议 Erlang/OTP 版本 |
说明 |
| Ubuntu 22.04/24.04 LTS |
官方仓库（rabbitmq/rabbitmq-erlang、rabbitmq/rabbitmq-server） |
选择该仓库提供的最新稳定版（如 3.12.x/3.13.x） |
与仓库依赖解析出的 Erlang/OTP 一致 |
仓库已做兼容校验，运维与升级最省心 |
| RHEL/CentOS 7 |
RabbitMQ 官方 RPM 或 Erlang Solutions RPM |
建议 3.8.x/3.9.x（3.10+ 在 EL7 上常受限于 glibc/库） |
21.x–23.x |
若需新特性，优先升级到 EL8/EL9 |
| RHEL/CentOS 8/9、Rocky/AlmaLinux 8/9 |
官方仓库或发行版 AppStream |
选择仓库最新稳定版（如 3.12.x/3.13.x） |
与仓库依赖解析出的 Erlang/OTP 一致 |
新版本特性与维护周期更友好 |
说明：Ubuntu 22.04/24.04 可直接使用官方仓库安装并启用管理插件；CentOS 7 上常见可用组合为 3.8/3.9 + OTP 21–23，若追求新版本建议迁移至 EL8/EL9。
四 快速决策步骤
- 确认系统与内核：例如
cat /etc/os-release、uname -a，确保为受支持的发行版与内核版本。
- 选择安装方式：优先官方/可信仓库；如需压缩包部署，仅建议用于测试或受限环境。
- 查矩阵定组合：打开官方“Which Erlang”页面，选定满足需求的 RabbitMQ 主版本，再确定对应的 Erlang/OTP 版本。
- 小版本策略：在相同主版本下优先选择更高的补丁版本（例如 3.13.5 > 3.13.1），以获取更多修复与安全补丁。
- 验证与回退：在预发环境验证启停、集群、插件、客户端连通性；保留上一个已知良好版本以便快速回退。
五 常见坑与规避
- 不兼容导致启动失败：安装或启动时报错多与 Erlang/OTP 版本不匹配 相关，务必先核对矩阵再安装。
- 找不到
erl 命令：常见于手动编译安装 Erlang 后未加入 PATH，服务启动脚本找不到解释器。
- 管理界面与端口：启用管理插件后，开放 15672（管理 UI）与 5672（AMQP）；云服务器需同时放行安全组与系统防火墙。
- 默认账户限制：
guest/guest 默认仅本地访问，生产环境需创建管理员用户并赋权。
- 随意使用
--nodeps 强行安装：极易引入不可预知的运行时问题，应避免。