必须先卸载mariadb-libs，否则mysql-community-libs安装必然失败；需用yum remove而非rpm -e，再运行package-cleanup --problems修复元数据，最后用yum localinstall安装mysql rpm包并验证版本一致。
直接装 mysql-community-server 会失败，核心原因就是 mariadb-libs 占着 /usr/lib64/libmysqlclient.so.18 这类路径不放，而 MySQL 的 RPM 包又明确声明要“取代”它——yum/rpm 拒绝自相矛盾的操作。
为什么 rpm -e mariadb-libs 总报错依赖失败？
因为 mariadb-libs 被系统关键组件（比如 postfix、systemd）硬依赖。rpm 默认检查依赖链，发现删了它会导致其他包无法运行，就中止操作。
-
rpm -qa | grep -i "mariadb\|mysql"必须先跑，确认实际安装的包名，例如mariadb-libs-5.5.68-1.el7.x86_64 - 不要只卸载
mariadb主包，mariadb-libs才是冲突根源 - 错误信息里出现
libmysqlclient.so.18 is needed by postfix就是典型信号
强制卸载 mariadb-libs 的安全边界在哪？
用 --nodeps 不等于无风险，而是把风险显性化：你得接受 postfix 等服务在 MySQL 启动前可能短暂异常（通常不影响收发邮件，但配置重载会失败）。只要后续 MySQL 的 mysql-community-libs 成功安装并提供同名符号，问题就闭环。
- 执行
sudo rpm -e --nodeps mariadb-libs-5.5.68-1.el7.x86_64（替换为你查到的实际包名） - 卸载后立刻验证：
ls /usr/lib64/libmysqlclient.so*应该返回空——说明占位库已清 - 别碰
mariadb-server或mariadb其他包，除非你确定没在用
安装 MySQL RPM 包时的顺序和参数陷阱
MySQL 官方 bundle 包（如 mysql-8.0.21-1.el7.x86_64.rpm-bundle.tar）解压后有多个 RPM，乱序安装会因依赖未满足而失败。尤其 mysql-community-common 和 mysql-community-libs 必须前置。
- 必须按顺序安装：
mysql-community-common→mysql-community-libs→mysql-community-client→mysql-community-server -
mysql-community-libs-compat要装，否则老程序（如某些监控 agent）调用libmysqlclient.so.18会段错误 - 遇到 “GPG key not installed” 错误，加
--force --nosignature；但生产环境建议先导入官方密钥：sudo rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-mysql
装完启动失败：常见缺失依赖与修复
即使 RPM 安装成功，systemctl start mysqld 仍可能报 libnuma.so.1 或 libaio.so.1 找不到——这些是运行时依赖，rpm 安装阶段不校验。
-
sudo yum install -y libaio numactl是最常漏掉的两步 - 如果提示
Can't open /var/log/mysqld.log，手动创建并赋权：sudo mkdir -p /var/log/mysqld.log && sudo chown mysql:mysql /var/log/mysqld.log - 首次启动后，初始密码在
/var/log/mysqld.log里搜A temporary password，不是/root/.mysql_secret（那是旧版行为）
真正麻烦的从来不是命令记不住，而是卸载 mariadb-libs 后忘记装 mysql-community-libs-compat，导致业务进程一连 MySQL 就崩——这个兼容层不能省。
