会影响，且影响取决于更新类型与是否重启。在 CentOS 上执行 yum/dnf 更新时，可能出现以下几类影响：
- 服务与进程：更新 glibc、systemd、OpenSSL、数据库、Web 服务等核心组件后，通常需要重启对应服务或进程，短时出现不可用窗口；个别进程若对信号或依赖库变更敏感，可能出现异常或中断。
- 系统重启/关机：升级 systemd 等基础组件后，重启/关机阶段可能因超时或进程不响应 SIGTERM 而卡住。
- 兼容性风险：跨小版本或大版本升级（如内核）可能引入 ABI/库 兼容性问题，导致应用异常或死锁。
- 安全与稳定性：及时更新可修复漏洞、提升稳定性；但未经充分验证的更新也可能带来回退或不兼容风险。
常见影响场景与案例
- 重启/关机卡住：在 CentOS 7 上更新 systemd 后，若某些进程不响应 SIGTERM，系统重启/关机可能长时间挂起。可通过调整 DefaultTimeoutStopSec、确保业务进程正确处理信号来缓解。
- 内核与 glibc 的 ABI 风险：有案例显示在 CentOS 7.4 升级到 4.14 内核后，发生 OOM 时持有 pthread 锁的进程被杀后不释放锁，出现死锁，疑似 glibc/内核 ABI 不兼容。
- LAMP 组件更新：Apache/PHP/MySQL/MariaDB 更新后通常需要重启服务；升级可能带来配置变更、性能变化或兼容性问题，需在测试环境验证。
降低影响的做法
- 变更窗口与回滚预案：选择低峰时段，完整备份数据与配置，保留可回滚的快照/镜像，准备回滚方案。
- 分批与灰度：先更新测试/灰度环境，再分批上线；优先更新依赖少、影响面小的组件。
- 控制重启范围：尽量只重启受影响的服务（如 systemctl restart httpd/mariadb/php-fpm），避免整机重启。
- 处理 systemd 停止超时：如升级 systemd 后出现关机/重启卡住，可适当调小 DefaultTimeoutStopSec，并确保业务进程能正确处理 SIGTERM。
- 关注兼容性：跨版本内核/库升级要特别谨慎，先在测试环境验证关键业务；必要时锁定关键包版本，延迟升级。
CentOS 停服带来的额外风险
- CentOS Linux 7 已于 2024-06-30 停止维护，CentOS Linux 8 于 2021-12-31 停止维护；官方不再提供 CentOS Linux 9，后续为滚动更新的 CentOS Stream。停服后无法获得官方补丁，安全与合规风险显著上升，生产环境不建议继续使用 CentOS Stream 作为长期承载。
迁移与替代建议
- 迁移目标：优先考虑 RHEL、Rocky Linux、AlmaLinux、Amazon Linux 2 等受支持发行版，结合业务兼容性与生命周期支持选择。
- 迁移方式：按数据是否保留选择“更换系统盘”或“在线迁移”；迁移前完成资产盘点、依赖梳理、备份与在测试环境验证。
- 过渡方案：若短期无法替换，可结合容器化/虚拟化隔离风险，并严格限制外部访问与补丁策略。