必须先执行show engines确认myisam状态为yes，若显示disabled则需修改phpenv的my.ini配置文件，移除disabled_storage_engines等禁用项并重启mysql服务，否则alter table会报error 1286。
phpEnv 里改 MySQL 引擎不是点几下就能切的，得先确认目标引擎是否启用、再选对操作方式——否则执行 ALTER TABLE ... ENGINE=MyISAM 会直接报错 ERROR 1286 (42000): Unknown storage engine 'MyISAM'。
查 phpEnv 的 MySQL 是否启用了 MyISAM 或 MEMORY
phpEnv 默认用的是 MySQL 5.7 或 8.0，而这两个版本在编译或配置时很可能把 MyISAM 设为 DISABLED（尤其 8.0 更激进）。不查就动手，90% 会卡在这一步。
- 打开终端，进 phpEnv 的 MySQL bin 目录（比如
C:\phpEnv\mysql\bin），运行：mysql -u root -p -e "SHOW ENGINES;"
- 重点看
MyISAM行的Support列：是YES才能用；DISABLED表示被禁用，此时改表会失败；NO表示压根不支持 - 如果显示
DISABLED，别硬试ALTER TABLE——得先改配置文件，再重启 MySQL 服务
改 phpEnv 的 my.ini 让 MyISAM 可用
phpEnv 的配置文件通常是 C:\phpEnv\mysql\my.ini（Windows）或 /Applications/phpEnv/mysql/my.cnf（macOS），不是宝塔那种路径。
- 用记事本或 VS Code 打开
my.ini，找到[mysqld]区块 - 添加或取消注释这行：
default-storage-engine = MyISAM
（注意：只加这行不会“启用” MyISAM，但它是前提） - 更重要的是确认没有这行：
skip-innodb
或disabled_storage_engines = "MyISAM"
—— 这些才是真禁用 MyISAM 的元凶 - 保存后，必须通过 phpEnv 控制面板或命令行彻底重启 MySQL（不是重载配置），否则
SHOW ENGINES仍显示DISABLED
ALTER TABLE 切引擎前必须绕开的三个坑
就算 MyISAM 已启用，ALTER TABLE users ENGINE = MyISAM 也不是安全操作。它本质是重建整张表，大表一跑就是分钟级锁表。
- 外键会无声丢弃：InnoDB 表如果有外键，切到 MyISAM 后
SHOW CREATE TABLE里外键定义直接消失，不报错也不提醒 - 全文索引要重做：MyISAM 的
FULLTEXT和 InnoDB 的实现不同，切换后旧索引失效，得手动ALTER TABLE ... ADD FULLTEXT(...) - 自增主键行为变化：MyISAM 的
AUTO_INCREMENT值在删除+插入后可能复用，InnoDB 不会——业务依赖自增值唯一性时会出逻辑错 - PHP 层无感知：PDO 查询结果不变，但
SHOW TABLE STATUS LIKE 'users'返回的Engine字段变了，有些老监控脚本靠这个做分支判断，会跳错逻辑
PHP 代码里不能依赖默认引擎，必须显式写 ENGINE=
phpEnv 的 MySQL 配置改了 default-storage-engine，只影响后续 CREATE TABLE 不带 ENGINE= 的语句。但 Laravel 迁移、ThinkPHP 模型生成、甚至某些 CMS 安装脚本，都会硬编码 ENGINE=InnoDB，你的配置完全无效。
- 建新表时，务必写全：
CREATE TABLE logs (id INT) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
- 不要信“phpEnv 设置完就全局生效”——ORM 和安装程序基本都绕过服务器默认值
- MEMORY 引擎要特别小心：
TEXT/BLOB字段会导致CREATE TABLE直接报错ERROR 1163，连表都建不出来
最常被忽略的一点：phpEnv 是本地环境，但很多开发者拿它当生产环境测试用。引擎切换看着只是 SQL 一行命令，实际牵扯锁表时间、数据一致性、外键语义、甚至 PHP 旧逻辑分支——别在没备份的开发库上直接 ALTER 大表。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
