mysql默认存储引擎由服务启动配置决定，非数据库自身设置；确认是否为innodb需执行show variables like 'default_storage_engine'，返回myisam或空值即未生效；永久修改须在my.cnf的[mysqld]段用default-storage-engine=innodb并重启服务；建表必须显式指定engine=innodb，且通过show create table验证实际引擎。
默认存储引擎不是“数据库设置”，而是MySQL服务启动时加载的配置决定的；改错位置、写错参数名、不重启服务，三者任一都会导致修改无效。
怎么确认当前默认引擎是不是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（带下划线）——但这个变量名在 5.6+ 就已废弃，8.0+ 会报错
永久修改必须改 my.cnf 的 [mysqld] 段
这是唯一可靠、全局生效的方式，但必须满足三个硬条件：
- 配置项必须写在
[mysqld]段落内，写在[client]或[mysql]下完全无效 - 参数名必须是
default-storage-engine = InnoDB（短横线写法），default_storage_engine = InnoDB在 5.6+ 已废弃，8.0+ 会报错Unknown system variable - 改完必须重启
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，结果改了个寂寞。更隐蔽的是：有些宝塔安装包或 Docker 镜像默认关闭 InnoDB，只留 MyISAM；不先执行 SHOW ENGINES 确认 InnoDB 是 YES，就直接设默认引擎，新建表全是 MyISAM 还找不到原因。
