直接结论：内核版本低于2.6.32-431（如rhel/centos 6.x早期版）导致aio接口不完整，需在my.cnf的[mysqld]段添加innodb_use_native_aio=off并重启；长期应升级内核或系统。
MySQL 5.7 启动报 AIO not supported on this platform 怎么办
直接结论：不是 MySQL 自身问题，而是 Linux 内核版本低于 2.6.32（尤其是 RHEL/CentOS 6.x 早期小版本），导致内核 AIO 接口不完整，innodb_use_native_aio=ON（默认值）会触发失败。
确认是否真由内核 AIO 导致启动失败
先看错误日志里有没有明确线索：
- 搜索日志中是否含
InnoDB: Warning: io_setup() failed或AIO not supported - 运行
uname -r查内核版本，若为2.6.32-xx.el6且xx （如 <code>2.6.32-220），基本可锁定 - 执行
grep aio /proc/sys/kernel/，若无输出或kernel.aio-nr不可读，说明内核未启用 AIO 子系统
临时绕过：关闭 InnoDB 原生 AIO
最稳妥的实操方案是显式禁用原生 AIO，让 InnoDB 回退到同步 I/O 模式（性能略降，但稳定）：
- 在
my.cnf的[mysqld]段添加：innodb_use_native_aio=OFF - 注意：不能写成
0或False，必须是OFF（MySQL 5.7 只认大写布尔字面量） - 重启前务必确认配置语法正确：
mysqld --defaults-file=/etc/my.cnf --validate-config - 若已卡在启动失败状态，可用
mysqld --skip-grant-tables --innodb_use_native_aio=OFF手动试启
长期建议：升级内核或迁移系统
单纯关 AIO 是权宜之计。真实生产环境要注意：
- RHEL/CentOS 6.6+（内核 ≥ 2.6.32-504）才完整支持
io_setup，低于此版本即使打补丁也难彻底修复 -
libaio包版本无关紧要——关键在内核是否导出sys_io_setup系统调用，用户态库无法弥补 - 若无法升级 OS，至少确保
libaio已安装：yum install libaio，否则即使关 AIO 也可能因缺失依赖报错 - MySQL 8.0+ 已移除该限制（改用线程池模拟异步），但升级 MySQL 前必须先解决底层内核兼容性
真正容易被忽略的是：有些云厂商定制内核会隐藏 CONFIG_AIO 配置项，即便 uname -r 显示版本达标，仍可能缺功能。遇到诡异 AIO 失败，直接查 zcat /proc/config.gz | grep AIO 或翻内核 config 文件更可靠。
