MySQL无法关闭MyISAM引擎，唯一官方支持方式是通过disabled_storage_engines=MyISAM配置项禁用；该参数需置于[mysqld]段下、大小写敏感、MySQL 5.7.29+及8.0+支持，skip-myisam已废弃。
MySQL 无法“关闭”MyISAM 引擎，但可以阻止它被加载——这是唯一安全、生效且被官方支持的方式。 直接删文件、改源码或用 SQL 禁用都无效，甚至可能让 mysqld 启动失败。
disabled_storage_engines 是唯一可靠配置项
MySQL 5.7.29+ 和 8.0+ 支持 disabled_storage_engines，它在服务启动时跳过指定引擎的初始化。对 MyISAM 来说，设成 MyISAM 就能彻底不加载，连 SHOW ENGINES 里都不会出现 MyISAM 行。
必须写在 [mysqld] 段下，且值是逗号分隔的引擎名（大小写敏感）：
[mysqld] disabled_storage_engines=MyISAM
常见错误：
- 写成
disable_storage_engine（少了个d）→ 配置被忽略 - 写成
disabled_storage_engines=myisam（小写）→ 不生效，引擎仍可见 - 同时禁用多个：如
disabled_storage_engines=MyISAM,EXAMPLE，中间不能有空格
skip-myisam 已废弃，别再用了
老教程里常提的 skip-myisam 在 MySQL 5.7.29 之后已被移除，8.0 完全不识别。加了这行，mysqld 启动时会报 warning：
Unknown variable 'skip-myisam'
它不会报错退出，但也不会起作用——SHOW ENGINES 里 MyISAM 仍是 YES。如果你看到它还在，说明你用的是旧文档，或者版本判断错了。
验证是否生效最简单的方法：
mysql -e "SHOW ENGINES;" | grep MyISAM
没输出 = 成功；有输出且 Support 列是 NO 或 DISABLED = 配置路径/语法有问题。
为什么禁用 MyISAM 能提升启动速度？
MyISAM 表在启动时会逐个检查 .MYI 索引文件头、校验表结构，尤其当存在大量 MyISAM 表（比如旧插件、日志表、统计表）时，这个扫描过程会拖慢启动数秒到十几秒。
但注意几个前提：
- 你的库中确实没有 MyISAM 表：
SELECT table_schema, table_name, engine FROM information_schema.tables WHERE engine = 'MyISAM';结果为空才建议禁用 - 你没用到任何依赖 MyISAM 的功能，比如全文索引（
MATCH ... AGAINST）——InnoDB 也支持，但语法和行为略有不同 - 你不是在用某些老 CMS（如早期 WordPress 插件）或监控工具，它们可能硬编码创建 MyISAM 表
禁用后如果应用建表时报 Unknown storage engine 'MyISAM'，说明代码没适配，得改 CREATE TABLE 语句或补上 DEFAULT ENGINE=InnoDB。
修改后必须重启，且确认配置路径正确
disabled_storage_engines 是启动期参数，mysqladmin reload 或 SERVICE mysql reload 完全无效。必须执行：
sudo systemctl restart mysql
但更关键的是：MySQL 实际读哪个 my.cnf？很多人改了 /etc/my.cnf 却没生效，因为宝塔默认用 /www/server/mysql/etc/my.cnf，Docker 容器可能只认 /etc/mysql/conf.d/*.cnf。
运行这行命令确认真实加载路径：
mysqld --help --verbose 2>/dev/null | grep "Default options"
输出类似：Default options are read from the following files in the given order: /etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf，只改排在最后面那个才有效。
最容易被忽略的一点：禁用 MyISAM 后，key_buffer_size 参数就完全没用了——它只给 MyISAM 索引缓存分配内存。如果你还留着这个配置，等于白占几百 MB 内存，应一并删掉。
