MySQL 安装时报“依赖缺失”，通常是因为系统缺少必要的运行库（如
libaio、
libnuma、
glibc等）或与当前系统版本不匹配。解决核心是查清缺失项、补全依赖、避免强行跳过。
确认具体缺失的依赖名称
安装失败时，终端一般会明确提示类似
error while loading shared libraries: libaio.so.1: cannot open shared object file的信息。重点看冒号后缺失的库名（如
libaio.so.1）。也可用以下命令检查已安装的依赖是否完整：
ldd /usr/bin/mysqld | grep "not found"（查看 mysqld 二进制依赖中未找到的库）
mysql --version或
mysqld --version若能执行，说明基础依赖已满足；若报错，则继续排查
按系统类型安装常见依赖包
不同发行版安装命令不同，别混用：
CentOS/RHEL 7/8/9：yum install -y libaio numactl-libs glibc（RHEL 8+ 可用
dnf） Ubuntu/Debian：
apt update && apt install -y libaio1 libnuma1 libc6Alpine（Docker 场景）：
apk add --no-cache libaio numactl
注意：MySQL 8.0+ 在某些新系统上还可能需要
openssl11（如 CentOS Stream 9）或
libtirpc，按错误提示追加安装即可。
检查 glibc 版本兼容性
MySQL 官方二进制包通常要求
glibc ≥ 2.17（对应 CentOS 7 起）。若在较老系统（如 CentOS 6）上强行安装新版 MySQL，会报
GLIBC_2.17 not found。此时不能升级 glibc（高危操作），应： 改用系统源自带的 MySQL（如
yum install mysql-server） 或选用兼容旧 glibc 的 MySQL 版本（如 MySQL 5.7 社区版对 glibc 2.12 支持更好） 或升级操作系统（推荐长期方案）
避免使用 --force 或 --nodeps 强行安装
用
rpm -ivh --force --nodeps xxx.rpm虽能绕过依赖检查，但运行时大概率崩溃（如启动 mysqld 失败、无法连接）。真正解决问题要靠补依赖，不是跳检查。若从源码编译安装，还需确认
cmake、
gcc、
make等构建工具已就位。
依赖问题本质是环境适配问题，看清报错、选对包名、匹配系统版本，基本就能解决。
