mysql 5.7+ 默认引擎强制为innodb，default-storage-engine配置项已弃用并被忽略，仅default_storage_engine变量运行时有效；新建表不显式指定engine时自动使用innodb，已有myisam表须用alter table手动转换。
MySQL 5.7+ 默认引擎已经是 InnoDB，改配置前先确认是否真需要改
很多人以为 XAMPP 默认用 MyISAM，其实从 MySQL 5.5.5 起 innodb 就是默认存储引擎，XAMPP 1.7.7（含 MySQL 5.5.8）之后的版本都如此。执行 SHOW VARIABLES LIKE 'default_storage_engine'; 或 SELECT @@default_storage_engine; 就能验证。如果返回 InnoDB，那新建表默认就是 InnoDB，无需改配置——真正要改的是已有 MyISAM 表，或某些老项目显式指定了 ENGINE=MyISAM 的建表语句。
修改 my.ini 中 default-storage-engine 不再被推荐
在 XAMPP 的 \xampp\mysql\bin\my.ini 里写 default-storage-engine = innodb 看似合理，但 MySQL 5.7+ 已弃用该参数，改用 default_storage_engine（下划线），且官方明确建议不再依赖全局默认值来“兜底”。更关键的是：即使设了这个，已有表不会自动转换，CREATE TABLE 不带 ENGINE 子句时才生效。实际中容易误判效果，不如直接控制建表行为。
- MySQL 5.7+ 只认
default_storage_engine，default-storage-engine会被忽略（启动时日志会警告） - 修改后必须重启 MySQL 服务，但重启不改变任何已有表的引擎
- 如果应用代码里写了
CREATE TABLE ... ENGINE=MyISAM，配置项完全无效
把现有 MyISAM 表转成 InnoDB 的安全做法
用 ALTER TABLE table_name ENGINE=InnoDB; 是最直接的方式，但不能批量乱跑——MyISAM 切换到 InnoDB 会锁表、吃内存、可能触发事务日志膨胀，尤其大表容易失败或卡死。
- 务必在低峰期操作，先备份：
mysqldump -u root -p database_name table_name > table_backup.sql - 检查表是否有 FULLTEXT 索引：InnoDB 5.6+ 才支持，旧版会报错
ERROR 1214 (HY000): The used table type doesn't support FULLTEXT indexes - 大表（>100MB）建议加
ALGORITHM=COPY, LOCK=NONE（MySQL 5.6+ 支持在线 DDL），例如：ALTER TABLE log_table ENGINE=InnoDB, ALGORITHM=COPY, LOCK=NONE; - 转换后运行
ANALYZE TABLE table_name;更新统计信息，避免后续查询执行计划不准
应用层建表语句必须显式声明 ENGINE=InnoDB
靠配置“默认”不如代码里写死。很多 PHP 脚本、安装程序、ORM 迁移文件仍沿用老模板，建表时不写 ENGINE，或写死 ENGINE=MyISAM。这类地方才是真正的风险点。
- 搜索项目里所有
CREATE TABLE语句，替换掉ENGINE=MyISAM或补上ENGINE=InnoDB - 注意大小写：MySQL 在 Windows 下不区分引擎名大小写，但写成
engine=myisam容易被忽略，统一用大写更稳妥 - 如果用 Laravel Migrations，确保
Schema::create()后调用->engine('InnoDB')；WordPress 插件则需检查其dbDelta()调用是否传入了ENGINE=InnoDB
真正麻烦的不是改配置，而是清理历史债务：那些没加 ENGINE 的 SQL 文件、自动生成的建表脚本、第三方插件硬编码的 MyISAM。配置只是开关，引擎切换的实质在数据定义和运维习惯里。
