我们正在 CentOS 生产环境中运行 Cassandra，特别是 Datastax 的企业版。
因此，我想将我们的机器从较旧的 CentOS 6.3 版本升级到 6.5，我不想一直升级到 6.6 的原因是 Datastax 尚未认证该版本 - 由于这是我们的生产环境，我我不愿意冒 6.6 无法正常工作的哪怕很小的风险。
我怎样才能更新到 Centos 6.5，如果我运行 yum update，我相信它会把我带到 6.6？
答案1
沃伦·杨的回答涵盖了您可能不想也可能不需要这样做的所有原因，所以请阅读它。但是，如果您确实必须这样做并且您真正了解自己在做什么，那么这个命令应该可以为您完成：
yum --disablerepo=* --enablerepo=C6.5* upgrade
基本上，它会禁用您机器上的所有存储库并启用 CentOS 6.5 存储库中指定的存储库/etc/yum.repos.d/CentOS-Vault.repo并运行升级命令，因此您只能获得 CentOS 6.5 中的最新内容。
如果您需要在升级过程中启用一些其他存储库，请--enablerepo=foo向 yum 命令添加更多选项。
答案2
与大多数其他软件一样，CentOS 6 及更早版本使用的点版本号通常不指新功能。他们只是简单地标记了 CentOS 漫长的发布周期中的时间，在这些时间里，他们对 RPM 进行了批量的错误修复和安全修复，并掌握了一组新的安装介质。
（事实上，从 CentOS 7 开始，他们完全放弃了点版本编号，添加了日期代码来区分新的安装介质版本。）
如果你说yum update在 CentOS 6.1 发布当天就在 CentOS 6.0 系统上，那么升级后的 CentOS 6.0 系统与全新安装的 6.1 系统之间的差异非常小。
CentOS 6.5 和 CentOS 6.6 之间的主要区别在于大量的错误修复和安全补丁。这些单点版本之间通常很少有功能变化。
最好将自己视为运行“CentOS 6”而不是“6.5”。唯一的问题是您的修复是否是最新的。
使用像 CentOS 这样的“稳定”Linux 的全部意义在于，它们故意不进行任何在主要版本系列中不必要的功能更改。配置文件格式没有更改，无需更改配置即可使用新修复的包。您最初随操作系统安装的软件现在运行得更好了。
所以我建议大家不要一直坚持下去任何CentOS 点发布。让您的系统保持最新！这就是您获得安全修复的方式。
“无新功能”政策有极少数例外情况。一些例子：
例如，他们似乎并没有让 Firefox 保留旧的功能版本，可能是因为在某个时间点之后向后移植安全修复程序变得太困难了。
红帽偶尔会添加一些新的不间断功能；他们在 RHEL 7 发布后不久就在 RHEL 5 和 6 中取消了 XFS 的 Beta 状态，因为 XFS 是 RHEL 7 中的默认文件系统。如果您在这些较旧的操作系统中避开 XFS，因为它在安装操作系统时被视为 Beta 版，这实际上意味着那些旧机器在主动维护周期中获得了新功能。 （我相信这发生在 CentOS/RHEL 5.10 和 6.5 上。）
不过，此状态更改不会影响您的非 XFS 文件系统，因此从稳定性的角度来看这不是问题。只有那些在测试版状态下愉快地使用 XFS 的人才会关心这一变化。
鉴于 CentOS 6.6 已经发布了九几个月前，我不明白您为何等待 Datastax 的批准。除非您从他们那里得到特定软件包不兼容的具体信息，否则我不会一直屏住呼吸等待他们的批准。
RHEL 6.7 进入测试版大约两个月前，所以它应该很快就会出现。 CentOS 6.7 应该会在两到三周内推出。这意味着如果您推迟 6.6，您很有可能会二很快就会落后于当前版本。
如果您仍然感到紧张，请将零钱滚动到一台机器，然后是两台，然后是四台，等等，加倍，直到所有机器都有零钱。