CentOS 7 修改软件源优先级需先安装并启用 yum-plugin-priorities 插件，再在 .repo 文件中为各仓库设置 priority 值（数值越小越优先），最后通过 yum repolist 验证 (priority: N) 标记及 yum list 输出确认生效。
CentOS 7 修改软件源镜像优先级，核心就两件事：装插件、设 priority 值，且必须启用插件才生效。光改数字不启插件，等于没改。
确认并启用 yum-plugin-priorities 插件
优先级功能不是 yum 原生自带的，依赖 yum-plugin-priorities 插件。很多系统默认没装或没启用。
- 检查是否已安装：
rpm -q yum-plugin-priorities，没输出说明没装，运行yum install -y yum-plugin-priorities - 检查是否启用：打开
/etc/yum/pluginconf.d/priorities.conf，确认[main]下有enabled=1，不是 0 或注释掉 - 插件启用后，
yum repolist输出里每个仓库名后会带(priority)标记，比如base/7/x86_64 (priority: 1)，这是唯一可靠验证方式
在 .repo 文件中设置 priority 参数
优先级只对启用了 enabled=1 的仓库生效，且数值越小越优先（不是越大）。同一优先级下，顺序靠前的仓库先被尝试。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 编辑对应 repo 文件，例如
/etc/yum.repos.d/CentOS-Base.repo或/etc/yum.repos.d/epel.repo - 在每个
[section]下添加或修改一行：priority=数字，比如priority=1（本地源）、priority=5（阿里源）、priority=10（EPEL） - 不要在同一个 repo 文件里给不同 section 设相同 priority，否则 yum 会按文件内定义顺序选，容易误判
- 如果用的是阿里云或清华源的官方
.repo文件，它们通常不含priority行，必须手动加
避免 yum-config-manager --setpref 的常见误用
这个命令看似方便，但它依赖 yum-utils，且实际写入的是 /etc/yum.repos.d/ 下对应 repo 文件的 priority 字段——和手动编辑效果一样，但容易出错。
- 先确保
yum-utils已安装：yum install -y yum-utils - 命令格式是
yum-config-manager --setopt=reponame.priority=数字 --save reponame，注意不是--setpref（那是旧版或拼写错误） - 执行后务必检查目标 repo 文件是否真被修改了，有些版本会静默失败，尤其当 repo ID 含短横线（如
epel-7）时容易识别失败 - 不推荐新手用，直接 vi 编辑更可控
验证优先级是否真正起效
改完别急着装包，先看 yum 是否“认账”。最直接的方法是触发一次元数据加载，并观察行为。
- 运行
yum repolist enabled，确认输出中每个启用仓库后面都标有(priority: N) - 执行
yum --showduplicates list httpd（或任意包），观察它从哪个仓库列出版本——优先级高的仓库版本会排在最前面 - 如果遇到
No package httpd available，先yum clean all && yum makecache，否则旧缓存可能掩盖优先级逻辑 - 特别注意：如果某个仓库
gpgcheck=1但密钥失效（比如 CentOS 7 EOL 后 GPG 密钥过期），该仓库会被跳过，哪怕 priority 最高也无效
优先级不是万能开关，它只控制“选哪个源下载”，不解决网络不通、GPG 验证失败、仓库本身无包等问题。真正麻烦的往往不是设数字，而是确认插件启用、密钥有效、缓存刷新到位这三步有没有漏掉。
