离线安装MySQL 8.0失败主因是依赖版本不匹配或隐性缺失：必须卸载mariadb-libs并强制清除，验证libaio≥0.3.112、numactl存在、OpenSSL≥1.0.2u、ncurses-compat-libs已装，并检查/var/lib/mysql与/var/run/mysqld权限及SELinux上下文。
MySQL 8.0 在 CentOS 上离线安装失败，八成出在依赖没清点干净——不是缺包，而是缺“对的版本”或“隐性依赖”。必须逐项验证，不能只靠 yum install -y libaio 一招打天下。
检查系统是否残留 MariaDB 冲突组件
CentOS 7/8 默认预装 mariadb-libs，它会直接覆盖 MySQL 所需的底层符号，导致 mysqld 启动时 core dump 或报 undefined symbol: __cxa_throw。这不是版本不兼容，是 ABI 层级冲突。
- 运行
rpm -qa | grep mariadb，只要输出非空（如mariadb-libs-5.5.68-1.el7.x86_64），就必须卸载 - 用
rpm -e --nodeps mariadb-libs-5.5.68-1.el7.x86_64强制移除（--nodeps不可省，否则依赖环会卡死） - 卸载后执行
ls /usr/lib64/libmysqlclient*，确认无残留符号链接指向 mariadb 路径
验证 libaio 和 numactl 是否满足最低 ABI 版本
libaio 不是装上就行：MySQL 8.0.23+ 要求 libaio.so.1 提供 io_submit 的新版符号表，旧版（如 CentOS 7.2 自带的 0.3.109-13）会触发 symbol lookup error。
- 查已装版本：
rpm -q libaio；若低于libaio-0.3.112-1.el7，必须升级（从 CentOS 7.9+ 镜像站下载 rpm） - 验证动态链接：
ldd /usr/sbin/mysqld | grep libaio应输出类似libaio.so.1 => /usr/lib64/libaio.so.1 (0x00007f...) -
numactl不是可选：缺失会导致mysqld启动时静默退出（日志里只有Aborted），用rpm -q numactl确认存在即可
确认 OpenSSL 和 ncurses 兼容性边界
MySQL 8.0.30+ 默认启用 FIPS 模式校验，若系统 OpenSSL 版本过低（如 openssl-1.0.2k），会在初始化 SSL context 时失败，错误日志含 SSL_CTX_new failed。
- 运行
openssl version，确保 ≥OpenSSL 1.0.2u（CentOS 7.9+ 默认）或 ≥OpenSSL 1.1.1k -
ncurses-compat-libs是隐藏关键项：MySQL 8.0 的mysql客户端命令依赖libtinfo.so.5，而 CentOS 7.9+ 默认只提供libtinfo.so.6；必须额外安装ncurses-compat-libs（非ncurses-devel） - 快速验证：
ldd $(which mysql) | grep tinfo应指向/lib64/libtinfo.so.5
离线环境必须预检的三个路径权限与 SELinux 上下文
即使所有 rpm 包都装对了，mysqld 仍可能因目录不可写或 SELinux 拒绝访问而启动失败，且错误日志里往往不报具体路径。
- 检查
/var/lib/mysql所有权：ls -ld /var/lib/mysql必须为mysql:mysql，且权限 ≤755（不能是 777） - 检查
/var/run/mysqld是否存在且属主正确：mkdir -p /var/run/mysqld && chown mysql:mysql /var/run/mysqld - SELinux 若为
Enforcing，即使关了防火墙，mysqld也读不了/etc/my.cnf或写不了 socket；临时验证用setenforce 0，但生产环境必须用semanage fcontext恢复上下文
真正麻烦的从来不是“有没有装”，而是“装的能不能被 mysqld 进程 runtime 加载到”。每次离线部署前，把这四步当 checklist 过一遍，能避开 90% 的启动失败场景——尤其是 libaio 版本和 ncurses-compat-libs 这两个最容易被忽略的点。
