Ubuntu 24.04安装libaio1t64后仍报libaio.so.1缺失，是因为该包提供的是libaio.so.1t64.0.2而非MySQL硬依赖的libaio.so.1，需手动创建软链接：sudo ln -sf /usr/lib/x86_64-linux-gnu/libaio.so.1t64.0.2 /usr/lib/x86_64-linux-gnu/libaio.so.1，并执行sudo ldconfig验证。
为什么装完libaio1还是报libaio.so.1找不到
Ubuntu 24.04 及部分国产系统（如 Kylin V10）里，libaio1t64 包安装后提供的是 libaio.so.1t64.0.2，而非 MySQL 期望的 libaio.so.1。系统不会自动创建兼容符号链接，所以 ldconfig -p | grep aio 能看到库，但 mysqld 启动时仍报错。
这不是包没装对，而是名字不匹配。别急着换源或降级，先确认实际提供的文件：
- 运行
dpkg -L libaio1t64 | grep so查看真实路径（通常是/usr/lib/x86_64-linux-gnu/libaio.so.1t64.0.2） - 再用
ls -l /usr/lib/x86_64-linux-gnu/libaio.so*看有没有现成的.so.1链接 - 如果没有，就得手动补一个——这是最稳妥的解法
如何安全创建libaio.so.1软链接
直接在系统库路径下建软链接，比改 LD_LIBRARY_PATH 或复制文件更干净，也避免影响其他程序。
- 确认目标文件存在：
ls /usr/lib/x86_64-linux-gnu/libaio.so.1t64.0.2 - 进入库目录：
cd /usr/lib/x86_64-linux-gnu - 创建链接：
sudo ln -sf libaio.so.1t64.0.2 libaio.so.1 - 刷新缓存：
sudo ldconfig - 验证：
ldconfig -p | grep libaio应同时显示libaio.so.1和libaio.so.1t64.0.2
注意：不要用 libaio.so.1.0.1 这类旧名覆盖，不同版本 ABI 可能不兼容；也不要指向 libaio.so（无版本号），MySQL 明确检查 .so.1 后缀。
CentOS/RHEL和Alpine的处理差异
这些系统不会出现“名字带t64”的问题，但包名和安装命令容易混用。
- CentOS/RHEL 7–9：
yum install -y libaio或dnf install -y libaio即可，装完就有libaio.so.1 - RHEL 8+ 若启用了加密功能，可能还需
libxcrypt-compat，否则mysqld --initialize会静默失败 - Alpine（Docker 场景）：
apk add --no-cache libaio，但要注意 Alpine 默认用musl，MySQL 官方二进制包是glibc编译的，必须用alpine:edge+glibc兼容层，或直接换用mysql/mysql-server官方镜像
numactl缺失比libaio更隐蔽
libaio.so.1 报错很直白，但 numactl 缺失时，MySQL 8.0+ 常表现为服务启动卡住、journalctl -u mysqld 日志空或只有一行 “Starting MySQL Server…”，根本看不到错误提示。
- Ubuntu/Debian：装
numactl（不是libnuma1），命令是sudo apt install -y numactl - CentOS/RHEL：
yum install -y numactl-libs（注意是numactl-libs，不是numactl） - 验证是否生效：
which numactl必须返回路径；numactl --show不报 command not found - 若已部署完成才发现缺
numactl，重启mysqld前务必systemctl daemon-reload，否则 unit 文件里的ExecStartPre检查仍会失败
真正麻烦的从来不是第一个报错，而是那个不报错却让服务起不来的依赖。
