MySQL默认存储引擎由服务端my.ini配置控制，phpEnv仅是集成环境；需在[mysqld]段添加default_storage_engine=InnoDB并重启mysqld进程，再用SHOW VARIABLES验证，建表时仍推荐显式指定ENGINE=InnoDB。
phpEnv 本身不控制 MySQL 的默认存储引擎，它只是 Windows 下的 PHP + MySQL 快速集成环境（类似 phpStudy），真正的引擎控制权在 MySQL 服务端。你改 phpEnv 界面或配置文件里的任何选项，都不会让 CREATE TABLE 自动用 ENGINE=InnoDB——除非你改的是 MySQL 的 my.ini 并重启了 mysqld 进程。
phpEnv 启动的 MySQL 默认引擎怎么查
连上 MySQL（比如用 phpMyAdmin 或命令行）执行：
SHOW VARIABLES LIKE 'default_storage_engine';
如果返回 InnoDB，说明已生效；如果是 MyISAM 或空，就还没设对。注意：phpEnv 界面里“MySQL 设置”页签通常只改端口、密码等，不碰引擎配置。
修改 phpEnv 中 MySQL 的默认引擎（必须改 my.ini）
phpEnv 的 MySQL 配置文件路径通常是：C:\phpenv\phpenv\mysql\my.ini（具体看你的安装目录）。用记事本打开，在 [mysqld] 段落下添加或修改这一行：
default_storage_engine=InnoDB
然后必须重启 MySQL 服务——不是点 phpEnv 界面上的“重启”，而是先“停止”，再“启动”。如果点“重启”没反应，大概率是 mysqld 进程卡死，得进任务管理器杀掉所有 mysqld.exe 再手动启。
验证是否成功：
- 重启后执行
SHOW VARIABLES LIKE 'default_storage_engine'; - 新建一张没写
ENGINE的表：CREATE TABLE t1 (id INT);，再查SHOW CREATE TABLE t1;，看输出里有没有ENGINE=InnoDB
为什么改了 my.ini 还不生效
常见原因有三个：
-
my.ini路径不对：phpEnv 可能读的是另一个配置文件（比如C:\phpenv\phpenv\mysql\data\my.ini），用SELECT @@config_file;查 MySQL 实际加载的是哪个 - 配置项写错：写成
default-storage-engine（带短横）或default_engine都无效，必须是default_storage_engine（下划线） - 没重启服务：MySQL 启动时才读一次
my.ini，改完不重启等于白改
还有一种情况：你用的是 phpEnv 旧版（如基于 MySQL 5.5 或更早），它可能编译时禁用了 InnoDB。这时 default_storage_engine=InnoDB 会直接启动失败，错误日志里会出现 Unknown storage engine 'InnoDB'。解决办法是换新版 phpEnv，或手动启用插件：INSTALL PLUGIN innodb SONAME 'ha_innodb.dll';（仅限 Windows + 对应版本）。
更可靠的做法：别依赖默认引擎
即使你设了 default_storage_engine=InnoDB，也建议在建表 SQL 里显式写上：
CREATE TABLE users (id INT) ENGINE=InnoDB;
理由很实在：
- 迁移数据库时，目标 MySQL 可能没设这个变量，表就变成 MyISAM 了 PHP 用
- 团队协作时，别人一眼就知道这张表支持事务和外键，不用翻配置猜
$pdo->exec("CREATE TABLE ...") 时，没人替你补 ENGINE，漏写就是隐患
真正要命的不是“怎么设默认”，而是“设了之后以为万事大吉”。InnoDB 不是开关一开就自动变强的，innodb_buffer_pool_size、innodb_flush_log_at_trx_commit 这些参数不调，大并发下照样卡顿甚至丢数据。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
