InnoDB显示NO说明插件未加载成功，需先停服务查error.log；常见原因包括配置了skip-innodb、disabled_storage_engines=innodb、云数据库限制、ibdata或日志文件异常等。
InnoDB 显示 NO 就代表插件根本没加载成功，别试建表、别改 default-storage-engine，先停服务查 error.log。
SHOW ENGINES; 看到 InnoDB 的 SUPPORT 是 NO
这说明 MySQL 启动时跳过了 InnoDB 插件，不是“没设默认”，是压根没初始化。此时 CREATE TABLE t (id INT) ENGINE=InnoDB; 必然报错 ERROR 1286 (42000): Unknown storage engine 'InnoDB'。
常见诱因有三个：
-
my.cnf或my.ini里存在skip-innodb或loose-skip-innodb—— 直接注释掉整行 - MySQL 8.0.13+ 中设置了
disabled_storage_engines = "innodb"—— 这个配置会硬性拦截所有 InnoDB 表操作，必须删或清空该值 - 云数据库（如阿里云 RDS）默认禁用部分引擎 ——
SHOW ENGINES;显示 NO 属正常，不能自行修改配置
error.log 里出现 Plugin 'InnoDB' init function returned error
这是最典型的失败信号，错误日志路径可通过 SHOW VARIABLES LIKE '%error%'; 查得，Linux 下多为 /var/log/mysql/error.log，Windows 下常在数据目录的 hostname.err。
盯住这几类关键报错：
-
InnoDB: The log sequence number in ibdata files does not match→ibdata1文件损坏或版本不兼容，不能删，需从备份恢复 -
Cannot open or create data files→ 检查innodb_data_home_dir和innodb_data_file_path路径是否真实存在，且 MySQL 进程用户（如mysql）有读写权限 -
Log file ./ib_logfile0 is of different size→ 当前ib_logfile*大小与配置中innodb_log_file_size不符；可停服务后删掉ib_logfile0和ib_logfile1，再启动让 MySQL 自动重建（ibdata1绝对不能删）
MySQL 启动后 SHOW ENGINES; 显示 InnoDB 是 DISABLED
表示引擎编译进了二进制，但启动时被策略性关闭。MySQL 8.0+ 默认将 MyISAM 设为 DISABLED，而 InnoDB 几乎不会是这个状态 —— 如果真是 DISABLED，大概率是配置了 disabled_storage_engines 并错误包含了 innodb。
验证方式很简单：
- 执行
SELECT @@disabled_storage_engines;，若返回包含innodb，就去配置文件删掉它 - 不要依赖
HAVE_INNODB变量：运行SHOW VARIABLES LIKE 'have_innodb';已过时，MySQL 5.7+ 起该变量不再反映真实加载状态 -
default-storage-engine=InnoDB配置无效——它只影响新建表的默认值，不解决插件未加载问题
多个 MySQL 实例共存导致引擎状态混乱
比如 Windows 上同时运行 MySQL 和 MySQLzt 两个服务，Navicat 连的是其中一个，而 SHOW ENGINES; 查的是另一个。结果就是工具里看 InnoDB 是 NO，命令行却显示 DEFAULT。
解决办法很直接：
- Windows：打开
services.msc，确认只启用一个 MySQL 类服务（名称以MySQL开头，不含拼音/数字后缀） - Linux：用
ps aux | grep mysqld查进程，确保只有一个mysqld在跑，避免端口冲突和配置错用 - 连接时显式指定端口和 socket：
mysql -u root -p -P 3306 -S /tmp/mysql.sock，避免连错实例
真正卡住人的从来不是配置项本身，而是 error.log 里那句被忽略的 “Plugin 'InnoDB' init function returned error” —— 它后面跟着的才是 ibdata 权限不对、log 文件大小不匹配、或者磁盘已满。别跳步骤，先停服务，再开日志，一行一行往下扫。
