引言
在 Red Hat Enterprise Linux (RHEL) 及其衍生发行版（如 CentOS、Fedora）中，包管理是系统运维的核心任务之一。RHEL 7 及更早版本主要使用
yum
（Yellowdog Updater, Modified）作为默认的包管理器，而 RHEL 8 及更高版本则切换到了
dnf
（Dandified Yum）。这两个工具都是为了解决软件包的安装、更新、删除和依赖管理问题，但它们在架构、性能和功能上存在显著差异。理解这些区别对于日常运维至关重要，能帮助管理员避免兼容性问题、提升效率，并减少系统故障。
本文将详细剖析
yum
与
dnf
的区别，提供日常运维中的常见问题解决方案，并给出最佳实践指导。我们将通过实际例子和命令来说明，确保内容实用且易于操作。无论你是 RHEL 7 的老用户还是迁移到 RHEL
8
⁄
9
的新手，这篇文章都能帮助你更好地管理企业级 Linux 系统。
yum 与 dnf 的历史与架构区别
yum 的背景与架构
yum
是 RHEL 系列的早期标准包管理器，从 RHEL 5 开始广泛使用。它基于 Python 编写，依赖于
rpm
包格式，并使用 XML 格式的仓库元数据。
yum
的核心是事务性操作：它会解析依赖关系，然后一次性下载并安装所有需要的包。
关键架构特点
：
依赖解析
：使用简单的启发式算法，可能在复杂依赖场景下效率低下。
事务处理
：所有操作（如安装、更新）是原子的，但如果中途失败，可能留下不一致状态。
插件系统
：支持插件（如
yum-plugin-fastestmirror
），但插件间冲突较多。
性能
：在处理大型仓库或网络慢时，速度较慢，因为它会下载整个元数据文件。
例如，在 RHEL 7 上运行
yum update
时，它会逐个检查仓库，下载元数据，然后计算依赖树。这在虚拟机或低带宽环境中可能导致数分钟的延迟。
dnf 的背景与架构
dnf
是
yum
的下一代继承者，从 Fedora 18（2013 年）开始引入，并在 RHEL 8（2019 年）中成为默认工具。它也是用 Python 编写，但重写了底层逻辑，使用
libsolv
库（来自 openSUSE 的项目）来处理依赖解析，这大大提升了效率。
关键架构特点
：
依赖解析
：基于 SAT（Boolean Satisfiability）求解器，能更智能、更快速地处理复杂依赖，支持增量更新元数据。
事务处理
：更严格的事务模型，支持回滚（通过
dnf history
），并减少锁竞争。
插件系统
：向后兼容
yum
插件，但引入了更稳定的 API。
性能
：支持增量元数据下载（只下载变化的部分），并行下载包，速度提升 2-10 倍。
在 RHEL 8 上运行
dnf update
时，它会检查元数据的增量变化，只下载新内容，然后使用 libsolv 快速求解依赖。这使得在大型企业仓库（如 Red Hat Satellite）中操作更快。
主要区别总结
方面
yum (RHEL 7 及更早)
dnf (RHEL 8 及更高)
依赖解析
基于简单算法，复杂场景慢
基于 libsolv，快速且准确
元数据处理
全量下载，占用带宽
增量更新，节省资源
事务原子性
基本原子，但失败时可能不一致
更严格，支持回滚
性能
慢，尤其在慢网络下
快，支持并行和缓存优化
兼容性
仅 yum 插件
向后兼容 yum，但推荐 dnf 原生命令
命令别名
yum
命令
dnf
命令，但
yum
是 dnf 的别名（RHEL 8+）
这些区别源于
dnf
的设计目标：解决
yum
在大规模部署中的痛点，如依赖循环和内存泄漏。RHEL 8 中，
yum
命令实际上是
dnf
的符号链接，确保向后兼容，但新功能需用
dnf
。
日常运维中常见问题解决方案
在运维中，包管理问题往往导致系统不稳定或停机。以下是基于
yum
和
dnf
的常见问题，提供详细解决方案，包括命令示例和解释。每个解决方案都包括预防措施。
问题1: 依赖冲突或未满足的依赖（常见于安装新软件）
描述
：尝试安装包时，提示“Error: Package: xxx requires yyy”，这是由于依赖树不完整或版本不匹配引起的。
yum
在此场景下更容易陷入循环。
解决方案（以 RHEL 7 yum 为例）
：
清理缓存并重试：
sudo yum clean all
sudo yum update
sudo yum install
：
yum clean all
删除旧元数据和包缓存，避免过期信息导致冲突。然后更新系统以同步依赖。
如果失败，使用
yum deplist
sudo yum deplist httpd
输出示例：
package: httpd.x86_64 2.4.6-90.el7
dependency: /bin/sh
provider: bash.x86_64 4.2.46-34.el7
dependency: libapr-1.so.0()(64bit)
provider: apr.x86_64 1.4.8-7.el7
这帮助识别缺失的提供者（provider），然后手动安装缺失包：
sudo yum install apr
。
对于顽固冲突，使用
yum-utils
中的
package-cleanup
：
sudo yum install yum-utils
sudo package-cleanup –problems
这会列出问题包，并建议移除或更新。
解决方案（以 RHEL 8 dnf 为例）
：
同样先清理：
sudo dnf clean all
sudo dnf update
sudo dnf install
：dnf 的增量更新更高效，减少了全量下载。
使用
dnf repoquery
替代 deplist：
sudo dnf repoquery –requires –resolve httpd
输出示例（类似 yum，但更快）：
apr-1.6.3-11.el8.x86_64
apr-util-1.6.1-6.el8.x86_64
这直接解析并列出所有依赖包。
dnf 的优势：使用
–skip-broken
跳过问题包：
sudo dnf install
然后手动处理缺失部分。dnf 还支持
dnf history undo
预防
：定期运行
yum check-update
或
dnf check-update
监控更新。使用 Red Hat Satellite 集中管理仓库，避免手动冲突。
问题2: 仓库配置错误或无法访问（网络/证书问题）
描述
：运行更新时提示“Could not retrieve mirrorlist”或“SSL certificate problem”，常见于企业防火墙或过期证书。
解决方案（yum）
：
检查仓库文件：
/etc/yum.repos.d/
下的
.repo
文件。
编辑示例（使用 vi）：
sudo vi /etc/yum.repos.d/rhel.repo
添加或修改：
[rhel-7-server-rpms]
name=Red Hat Enterprise Linux 7 Server RPMs
baseurl=https://cdn.redhat.com/content/dist/rhel/server/7/$basearch/os
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify=1
解释
：确保
baseurl
正确，
gpgcheck=1
验证签名。如果证书问题，临时禁用
sslverify=0
（不推荐生产环境）。
测试仓库：
sudo yum repolist all
列出所有仓库状态，确认启用。
如果网络问题，使用本地镜像或代理：
设置环境变量：
export http_proxy=http://proxy.example.com:8080
然后重试
yum update
。
解决方案（dnf）
：
类似编辑仓库文件，但 dnf 支持更灵活的变量：
sudo vi /etc/yum.repos.d/rhel.repo
[rhel-8-baseos]
name=RHEL 8 BaseOS
baseurl=https://cdn.redhat.com/content/dist/rhel8/$basearch/baseos/os
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
module_hotfixes=true # dnf 特有，用于模块流
解释
：
module_hotfixes
允许在模块流中安装特定版本包，避免依赖锁定。
测试：
sudo dnf repolist
dnf 输出更简洁，显示仓库优先级（priority=1 为最高）。
代理设置：dnf 支持配置文件
/etc/dnf/dnf.conf
：
[main]
proxy=http://proxy.example.com:8080
然后
sudo dnf update
。
预防
：使用
subscription-manager
注册系统以自动配置仓库：
sudo subscription-manager register –username
。定期验证证书：
sudo openssl s_client -connect cdn.redhat.com:443
。
问题3: 包降级或版本锁定（避免意外更新）
描述
：更新后软件崩溃，需要降级；或锁定关键包（如内核）防止自动更新。
解决方案（yum）
：
降级：
sudo yum downgrade
sudo downgrade httpd-2.4.6-90.el7
。
解释
：yum 会尝试解决依赖，但可能需手动指定版本。
锁定包：使用
yum-plugin-versionlock
：
sudo yum install yum-plugin-versionlock
sudo yum versionlock add httpd-2.4.6-90.el7
列出锁定：
sudo yum versionlock list
。
解锁：
sudo yum versionlock delete httpd-2.4.6-90.el7
。
解决方案（dnf）
：
降级：
sudo dnf downgrade
sudo dnf downgrade httpd-2.4.6-90.el8
。
dnf 的事务回滚更可靠：先记录事务 ID
sudo dnf history
，然后
sudo dnf history undo
。
锁定包：使用
dnf versionlock
插件（RHEL 8+ 内置）：
sudo dnf install ‘dnf-command(versionlock)’
sudo dnf versionlock add httpd-2.4.6-90.el8
列出：
sudo dnf versionlock list
。
解锁：
sudo dnf versionlock delete httpd-2.4.6-90.el8
。
解释
：dnf 的锁定更精确，支持通配符如
httpd-*
。
预防
：使用
dnf history
或
yum history
审计所有变更。对于生产环境，考虑使用
dnf-automatic
（或 yum-cron）调度更新，并配置排除列表：在
/etc/dnf/dnf.conf
添加
exclude=kernel*
。
问题4: 内存或磁盘空间不足导致安装失败
描述
：大包（如 OpenShift）安装时 OOM 或空间耗尽。
解决方案（yum/dnf 共享）
：
检查空间：
df -h /var/cache/yum
或
/var/cache/dnf
。
清理：
sudo yum clean packages
或
sudo dnf clean packages
。
临时增加空间或使用
–downloadonly
下载到其他位置：
sudo yum install –downloadonly –downloaddir=/tmp
dnf 类似：
sudo dnf download –destdir=/tmp
预防
：监控
/var
分区大小，使用 LVM 扩展。配置 dnf 缓存到大分区：编辑
/etc/dnf/dnf.conf
设置
cachedir=/big/cache
。
最佳实践指导
迁移到 dnf 的最佳实践
：
在 RHEL 8+，始终使用
dnf
命令，避免依赖
yum
别名。
测试环境先：使用虚拟机模拟 RHEL 7 到 8 迁移，运行
dnf history
对比 yum 事务。
示例迁移脚本（bash）：
#!/bin/bash
# 备份 yum 历史
sudo yum history info all > /tmp/yum_history.txt
# 安装 dnf（如果需要）
sudo dnf install dnf
# 重做关键安装
grep “Install” /tmp/yum_history.txt | while read line; do
pkg=$(echo $line | awk ‘{print $2}’)
sudo dnf install $pkg -y
done
仓库管理
：
优先使用 Red Hat 官方仓库，避免第三方源导致冲突。
配置优先级：在 repo 文件中添加
priority=1
（dnf 支持）。
定期更新仓库：
sudo subscription-manager refresh
。
自动化运维
：
使用
dnf-automatic
（RHEL 8+）：安装后编辑
/etc/dnf/automatic.conf
，设置
apply_updates=yes
，然后
systemctl enable –now dnf-automatic.timer
。
对于 yum，使用
yum-cron
：
sudo yum install yum-cron
，配置
/etc/yum/yum-cron.conf
。
监控：集成到 Nagios 或 Prometheus，警报仓库错误或更新失败。
安全与回滚
：
始终启用 GPG 检查。
使用
dnf history
或
yum history
记录所有操作，便于审计。
对于关键系统，使用快照（LVM 或 Btrfs）前备份：
sudo lvcreate -s -n snap -L 10G /dev/vg0/lv_root
。
性能优化
：
dnf：启用并行下载
sudo dnf config-manager –setopt=parallel_downloads=5
。
yum：安装
yum-plugin-fastestmirror
。
避免在高峰期运行更新，使用
–assumeno
测试。
通过这些实践，你能将包管理从被动修复转为主动预防，提升 RHEL 系统的稳定性和效率。如果遇到特定场景，建议参考 Red Hat 官方文档（access.redhat.com）或运行
man dnf
获取更多帮助。