在 CentOS 系统上尝试更新或安装 Python 时遇到 404 错误，是一个常见且令人头疼的问题，这个错误并非源于 Python 本身，也通常不是您的网络问题，其根本原因在于 CentOS 7 操作系统已进入生命周期结束阶段，当您使用 yum 或 dnf 等包管理器时，它会尝试从默认的软件源地址下载软件包，而这些官方地址已经失效或迁移，从而导致了 “404 Not Found” 的错误，本文将深入剖析此问题，并提供系统性的解决方案，帮助您顺利更新或安装 Python。
问题根源：CentOS 7 的生命周期结束
CentOS 7 于 2025 年 6 月 30 日正式停止维护（End-of-Life, EOL），这意味着：
- 官方软件源失效：原先的镜像地址（如
mirror.centos.org）不再提供更新和软件包。 - 安全风险增加：系统不再接收安全补丁和错误修复，继续使用存在安全隐患。
- 包管理器失灵：
yum的所有操作，包括安装python3、gcc等开发工具，都会因为无法找到软件包而失败，并返回 404 错误。
解决 Python 更新问题的第一步，是修复您系统的软件源配置，让包管理器能够重新找到可用的仓库。
第一步：修复 CentOS 7 的软件源
由于官方源已不可用,我们需要将其指向仍在维护的归档源——CentOS Vault，这是让您的系统恢复“可安装”状态的最直接方法。
操作流程如下：
-
备份原有仓库配置：这是一个良好的操作习惯，以防需要恢复。
cp -r /etc/yum.repos.d /etc/yum.repos.d.bak
-
禁用
mirrorlist：mirrorlist指向的动态镜像列表已失效，需要将其注释掉。sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*.repo
-
启用
baseurl并指向 Vault 源：将baseurl从注释状态解除，并将其地址修改为vault.centos.org。sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-*.repo
-
清理缓存并重建：清理旧的缓存数据，并重新生成元数据缓存。
yum clean all yum makecache
完成以上步骤后,您的 yum 命令应该已经可以正常工作了，我们可以回到最初的目标——更新或安装 Python。
第二步：选择合适的方式安装/更新 Python
在 CentOS 系统上，强烈不建议直接覆盖系统自带的 Python（通常是 Python 2.7），因为许多系统核心工具（如 yum）都依赖它，推荐采用以下两种方式之一来安装新版本的 Python。
使用软件集合
SCL 是一个在 RHEL 系系发行版中安装和运行多个版本软件的官方推荐方案，它可以将新版本的 Python 安装在独立的目录中，与系统 Python 隔离，避免冲突。
-
安装 SCL 发行包：
yum install centos-release-scl
-
安装所需的 Python 版本：安装 Python 3.8。
yum install rh-python38
-
启用 Python 环境：安装后，您需要手动启用它，这个启用操作仅在当前会话有效。
scl enable rh-python38 bash
执行后,您的
python命令将指向 Python 3.8，您可以通过python --version来验证。
从源代码编译安装
SCL 仓库中没有您需要的版本，或者您需要自定义编译选项，可以从源代码编译，这种方式最灵活，但过程也最复杂。
-
安装编译依赖：
yum groupinstall "Development Tools" yum install openssl-devel bzip2-devel libffi-devel zlib-devel readline-devel sqlite-devel
-
下载并解压 Python 源码：从 Python 官网下载所需版本的源码包（Python 3.9.10）。
wget https://www.python.org/ftp/python/3.9.10/Python-3.9.10.tgz tar xvf Python-3.9.10.tgz cd Python-3.9.10
-
配置、编译和安装：
./configure --enable-optimizations --prefix=/usr/local/python3.9 make altinstall
注意：这里使用
make altinstall而非make install，是为了防止覆盖系统默认的python命令，安装完成后，可执行文件位于/usr/local/python3.9/bin/python3.9。 -
创建软链接（可选）：为了方便使用，可以创建一个全局软链接。
ln -s /usr/local/python3.9/bin/python3.9 /usr/bin/python3.9
两种方法对比
| 特性 | 使用 SCL (软件集合) | 从源代码编译 |
|---|---|---|
| 优点 | 官方支持，安全隔离，安装简单，易于管理 | 版本选择自由，可自定义编译选项，性能优化潜力大 |
| 缺点 | 版本可能不是最新的，依赖 SCL 仓库 | 过程复杂，耗时较长，需要手动处理依赖和更新 |
| 适用场景 | 生产环境，需要稳定、安全地并行使用多个版本 | 开发测试，需要特定 Python 版本或特殊编译需求 |
长期规划：迁移至新系统
虽然修复软件源能让 CentOS 7 继续工作，但这只是一个临时方案，一个已经 EOL 的系统不应长期用于生产环境，您应该考虑迁移到仍在积极维护的发行版，
- CentOS Stream：作为 RHEL 的上游，持续更新。
- Rocky Linux / AlmaLinux：作为 CentOS 的“继任者”，提供与 RHEL 1:1 兼容的二进制版本。
相关问答 FAQs
Q1: 为什么我不能直接使用 yum update python 来升级系统自带的 Python？
A: 这是一个非常危险的操作，CentOS 7 的许多核心系统工具，包括 yum 自身，都是用系统自带的 Python 2.7 编写的，如果强行将其升级到 Python 3，这些工具会因找不到对应的库和语法而立即崩溃，导致包管理器无法使用，整个系统管理陷入瘫痪，这就是为什么我们始终强调使用 SCL 或源码编译的方式，将新版本 Python 与系统环境隔离开。
Q2: 我已经修复了软件源，但 yum install python3 提示 “No package python3 available”，这是为什么？
A: 这是因为 CentOS 7 的默认基础仓库中并没有提供 python3 软件包，在修复软件源后，您需要启用额外的软件源，如 EPEL (Extra Packages for Enterprise Linux) 和 SCL，执行 yum install epel-release 和 yum install centos-release-scl 后，再通过 yum search python3 就能找到诸如 rh-python3X 这样的软件包，然后按照上文介绍的方法进行安装即可。