必须修改my.cnf或my.ini的[mysqld]段，添加default_storage_engine = innodb并重启mysqld进程才能真正生效；执行show variables like 'default_storage_engine'确认返回innodb，再建表验证show create table中是否含engine=innodb。
直接说结论：必须改 my.cnf 或 my.ini 里的 [mysqld] 段，加 default_storage_engine = InnoDB，然后重启 mysqld 进程——其他任何方式都不算“真正生效”。
怎么确认当前默认引擎是不是 InnoDB
别猜，连上 MySQL 后立刻执行：
SHOW VARIABLES LIKE 'default_storage_engine';
如果返回值不是 InnoDB，说明没生效。注意两点：
-
SHOW ENGINES里显示InnoDB为DEFAULT或YES，只代表支持，不代表当前默认 - MySQL 8.0+ 已完全弃用
storage_engine变量名，查default_storage_engine才对
配置文件里该写哪一行、写在哪一段
必须在 my.cnf（Linux/macOS）或 my.ini（Windows）的 [mysqld] 段落内写：
default_storage_engine = InnoDB
常见错误包括：
- 写成
default-table-type = InnoDB—— 这是 MySQL 5.5+ 已移除的旧参数 - 写成
storage_engine = InnoDB—— 5.7 警告、8.0 直接报错Unknown system variable 'storage_engine' - 写在
[client]或[mysql]段下 —— 完全无效，mysqld根本不读 - 不确定配置文件路径？运行
mysqld --verbose --help | grep "Default options"查加载顺序
改完不重启等于白改，重启后还要验证两件事
改完保存，必须执行：
sudo systemctl restart mysqld
（Debian/Ubuntu 用 mysql 替代 mysqld）
重启后立即验证：
- 再跑一次
SHOW VARIABLES LIKE 'default_storage_engine';，确认返回InnoDB - 建一张新表：
CREATE TABLE test_default (id INT);，再查SHOW CREATE TABLE test_default;，看输出里是否真有ENGINE=InnoDB - 如果启动失败，去错误日志搜
unknown variable 'default_storage_engine'—— 那说明你用的是极老版本（如 5.1），得换方案
真正容易被忽略的三件事
default_storage_engine 只控制“新建表不写 ENGINE 时选谁”，它不自动切换老表、不保证 InnoDB 本身能用、也不防 ORM 或脚本漏写 ENGINE。
- 已有 MyISAM 表不会变，
ALTER TABLE t ENGINE=InnoDB会锁表重建，大表慎操作 - 如果
SHOW ENGINES里InnoDB显示DISABLED或NO，设了也白设；常见原因是配置里写了skip-innodb或innodb_force_recovery > 0 - 有些宝塔安装包、Docker 镜像默认关掉 InnoDB，只留 MyISAM；不查
SHOW ENGINES就改配置，大概率踩空
