MySQL无法运行时禁用MyISAM引擎，因skip-myisam仅启动生效且会导致系统表加载失败；可行方案是分步转换存量表为InnoDB并阻断新建MyISAM表。
为什么不能直接“禁用”MyISAM引擎
MySQL 没有运行时禁用某存储引擎的机制，skip-myisam 只在启动时生效，且一旦跳过，所有依赖 MyISAM 的系统表（如 mysql.proc、mysql.plugin）将无法加载——实例根本起不来。生产环境绝不可尝试。
真正可行的路径：批量转换 + 阻断新建
目标不是“禁用”，而是让线上只存在 InnoDB 表，并防止新 MyISAM 表被创建。分两步走：
-
转换存量：找出所有非系统库中的 MyISAM 表，逐个执行
ALTER TABLE ... ENGINE=InnoDB -
阻断新增：设置
sql_mode加入NO_ENGINE_SUBSTITUTION，并确保建表语句显式指定ENGINE=InnoDB；同时通过init_connect或应用层统一约束默认引擎
注意：ALTER TABLE 在大表上会锁表（尤其 MyISAM 转 InnoDB 时需重建），务必在低峰期操作，并提前测试单表耗时。不建议用脚本全自动遍历执行，应生成 SQL 脚本人工审核后分批执行。
安全转换脚本（生成 ALTER 语句，不自动执行）
以下 SQL 生成所有可安全转换的 MyISAM 表的 ALTER 语句（排除系统库、临时表、视图）：
SELECT CONCAT('ALTER TABLE `', table_schema, '`.`', table_name, '` ENGINE=InnoDB;') AS ddl
FROM information_schema.tables
WHERE engine = 'MyISAM'
AND table_schema NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys')
AND table_type = 'BASE TABLE'
ORDER BY table_schema, table_name;
执行结果是纯文本 SQL 列表，复制到客户端后可逐条验证、加 /*+ INPLACE */ 提示（5.6+）、或用 pt-online-schema-change 替代（对大表更安全）。别漏掉分区表——information_schema.partitions 需单独检查。
转换后必须验证的三件事
转换完成不等于万事大吉：
- 查
information_schema.tables确认engine字段已全为InnoDB，且table_rows不为NULL（MyISAM 转完若仍是NULL，说明没真正生效） - 确认
innodb_file_per_table=ON已启用，否则所有 InnoDB 表仍挤在ibdata1里，后续无法收缩 - 检查应用是否隐式依赖 MyISAM 特性：全文索引（InnoDB 5.6+ 才支持）、
AUTO_INCREMENT并发插入行为、表级锁逻辑——这些都可能引发运行时异常
最易被忽略的是触发器和存储过程里的 CREATE TEMPORARY TABLE：它们默认用 MyISAM，必须显式写成 ENGINE=InnoDB，否则半夜突然报错。
