直接装libaio就能解决，不是配置或权限问题，也不是MySQL本身坏了；CentOS 8必须用sudo dnf install -y libaio，禁用yum和手动rpm安装，装完需用ldconfig -p | grep 'libaio.so.1$'和ldd $(which mysqld) | grep libaio双重验证，并补装numactl以防MySQL 8.0+静默卡住。
直接装 libaio 就能解决，不是配置或权限问题，也不是 MySQL 本身坏了。
CentOS 8 必须用 dnf 装 libaio，不能用 yum 或 rpm 手动装错架构
CentOS 8 默认禁用 yum，改用 dnf；最小化安装镜像不带 libaio，但包名仍是 libaio（不是 libaio-devel，那是编译用的）：
- 运行
sudo dnf install -y libaio - 别用
yum install libaio—— 在 CentOS 8 上可能报 “command not found” 或走错仓库 - 千万别手动下载 rpm 包（比如从 CentOS 7 源找
libaio-0.3.109-13.el7.x86_64.rpm）—— 架构不匹配或 ABI 不兼容，rpm -ivh成功也不起作用 - 如果提示 “No match for argument: libaio”，说明 baseos 仓库没启用：先运行
sudo dnf config-manager --set-enabled baseos再重试
装完必须验证 libaio.so.1 是否真被系统识别
只看 “Complete!” 不代表 MySQL 能用。MySQL 启动时硬依赖 libaio.so.1，动态链接器必须能定位到它：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 执行
ldconfig -p | grep 'libaio\.so\.1$'—— 输出结尾必须是.so.1，多一个字符（如.so.1.0.1）或少一个（如.so）都不行 - 如果没输出，补执行
sudo ldconfig - 确认 mysqld 二进制能解析该库：
ldd $(which mysqld) | grep libaio，正确结果应为：libaio.so.1 => /usr/lib64/libaio.so.1 (0x...) - 若显示
not found，说明mysqld在非标准路径（如/usr/local/mysql/bin/mysqld），要对那个具体路径执行ldd
MySQL 8.0+ 还可能静默卡在 numactl 缺失上
即使 libaio.so.1 验证通过，mysqld --initialize-insecure 仍无响应、不报错、进程卡住，大概率是缺 numactl：
- CentOS 8 默认不装
numactl，但 MySQL 8.0+ 启动时会尝试调用它，哪怕单 NUMA 节点也逃不掉 - 运行
sudo dnf install -y numactl补上 - 验证方式：
ldd $(which mysqld) | grep numactl应有输出；或者启动后查日志：journalctl -u mysqld -n 50 --no-pager，看是否有libnuma相关失败痕迹 - 别指望跳过——MySQL 不会降级使用同步 I/O，缺了就挂
最容易被忽略的是：验证必须走到 ldd 这一步。很多环境 ldconfig -p 看似正常，但 mysqld 实际加载时因路径或架构问题找不到库，错误只在启动瞬间发生，不写日志也不提示。
