MySQL默认存储引擎由启动配置决定，非数据库自身设置；确认是否为InnoDB需执行SHOW VARIABLES LIKE 'default_storage_engine'，返回MyISAM或空值即未生效；永久修改须在my.cnf的[mysqld]段用default-storage-engine=InnoDB并重启服务；建表必须显式指定ENGINE=InnoDB，且通过SHOW CREATE TABLE验证实际引擎。
MySQL 的默认存储引擎不是靠改数据库本身“设置”出来的，而是由服务启动时加载的配置决定的；default_storage_engine 参数只控制新建表（未显式指定 ENGINE 时）用什么引擎，它不作用于已有表，也不影响数据库层级的任何行为。
怎么确认当前默认引擎是不是 InnoDB
别信文档说“5.5+ 默认就是 InnoDB”，实际部署中常被覆盖。连上 MySQL 后直接执行：
SHOW VARIABLES LIKE 'default_storage_engine';
如果返回 MyISAM 或空值，说明没生效。注意两点：
-
SHOW ENGINES里InnoDB显示YES或DEFAULT只代表支持，不代表当前默认 - MySQL 8.0+ 已弃用
storage_engine变量名，只认default_storage_engine（带下划线）
永久修改：改 my.cnf 或 my.ini 配置文件
这是唯一可靠、全局生效的方式，但必须满足三个硬条件：
- 配置项必须写在
[mysqld]段落内，写在[client]或[mysql]下完全无效 - 参数名必须是
default-storage-engine = InnoDB（短横线写法），default_storage_engine = InnoDB在 5.6+ 已废弃，8.0+ 会报错 - 改完必须重启
mysqld进程，FLUSH PRIVILEGES或RELOAD不起作用
Linux 常见路径：/etc/my.cnf、/etc/mysql/my.cnf、/www/server/mysql/my.cnf（宝塔）；Windows 常见路径：C:\phpEnv\phpEnv\MySQL\my.ini（phpEnv）、C:\ProgramData\MySQL\MySQL Server X.X\my.ini。不确定路径时，运行 mysqld --verbose --help | grep "Default options" 查加载顺序。
建表时不依赖默认值，显式写 ENGINE=InnoDB
即使你把配置改对了、也重启了，只要脚本或 ORM 没显式声明引擎，就可能在某些环境（比如容器、CI/CD 临时实例）里意外落到 MyISAM 上。外键、事务、崩溃恢复全失效。所以：
- 所有
CREATE TABLE语句都加上ENGINE=InnoDB - 验证是否真生效，不能只查变量，要查表定义：
SHOW CREATE TABLE your_table\G，确认输出里明确有ENGINE=InnoDB - 已有表不会自动切换，
ALTER TABLE t ENGINE=InnoDB会重建整张表，大表锁时间长、磁盘需双倍空间，别在高峰期跑
最常被忽略的一点：配置文件改对了，但 MySQL 实际加载的是另一个 my.cnf —— 比如你改了 /etc/my.cnf，但它优先读 /etc/mysql/my.cnf，结果改了个寂寞。重启后务必用 SHOW VARIABLES 和 SHOW CREATE TABLE 双重验证，而不是只看配置文件内容。
