mysql 5.7+已弃用default_storage_engine配置，8.0+该变量只读且不可修改；真正生效的是显式指定engine=innodb，或5.7中正确配置default-storage-engine并重启。
直接说结论：default_storage_engine 不生效，大概率不是你配错了，而是它根本没机会生效——MySQL 5.7+ 已弃用该配置项，8.0+ 更是只读变量，改了也白改。
查当前实际生效值，别信配置文件
配置文件里写了 default_storage_engine = InnoDB，不代表它真在用。最可靠的方式是连上 MySQL 后执行：
SELECT @@default_storage_engine;
如果返回 MyISAM 或空值，说明变量被运行时覆盖过；如果返回 InnoDB 却建表仍是 MyISAM，那问题出在别处。还要顺手查：
-
SELECT @@global.default_storage_engine;（全局级是否被SET GLOBAL改过） -
SHOW VARIABLES LIKE 'default_storage_engine';（确认变量名拼写和大小写） -
mysqld --verbose --help | grep "Default options"（Linux/macOS）或mysqld --help --verbose | findstr "Default options"（Windows）——确认 MySQL 实际加载的是哪个my.cnf或my.ini，别改错文件
MySQL 5.7 和 8.0 的行为完全不同
版本决定你能不能“改”默认引擎：
- MySQL 5.7：支持
default-storage-engine = InnoDB（注意是短横线），但必须写在[mysqld]段、重启生效；default_storage_engine = InnoDB（下划线）虽能设，但重启即丢 - MySQL 8.0+：
default-storage-engine被彻底移除，写进配置文件会被忽略并报警告；default_storage_engine变成只读变量，SET GLOBAL default_storage_engine = ...直接报错Variable 'default_storage_engine' is a read only variable - 无论哪个版本，只要没显式写
ENGINE=InnoDB，新建表都可能意外落到 MyISAM —— 尤其在容器、CI/CD 临时实例里，配置根本没加载
建表时不写 ENGINE=InnoDB 是最大隐患
即使你把配置调得完美无缺，只要脚本或 ORM 生成的 CREATE TABLE 语句没带 ENGINE=，就可能在某些环境里创建出 MyISAM 表。后果很实在：
- 外键约束失效
- 事务回滚不工作
- 崩溃后无法保证数据一致性
所以必须主动防御：
- 所有建表语句手动加上
ENGINE=InnoDB - 用
SHOW CREATE TABLE your_table\G验证已有表是否真用了 InnoDB，别只看变量 - 已有 MyISAM 表要转引擎？
ALTER TABLE t ENGINE=InnoDB会锁表、占双倍磁盘空间，大表慎操作
InnoDB 显示 NO？先别动 default_storage_engine
如果 SHOW ENGINES; 里 InnoDB 对应的 Support 是 NO，那 default_storage_engine 再怎么设都没意义——引擎压根没加载成功。常见原因：
- 配置里有
skip-innodb或loose-skip-innodb，直接注释掉 -
ibdata1或ib_logfile0文件损坏或权限不对，查 error.log 找首条InnoDB错误行 -
innodb_log_file_size和现有日志文件大小不匹配，删ib_logfile*前必须停服务
真正生效的永远是 error.log 里的第一行报错，不是你猜的配置顺序。
