指定ENGINE=MyISAM建表为何报1266警告改用InnoDB？如何设置为MyISAM

你碰到的1266号警告，核心问题根本不是建表语句写错了——毕竟表已经正常创建了。实际触发逻辑是：

• 你在建表语句里明确写了要使用MyISAM引擎，但MySQL检测到当前环境根本没法正常运行MyISAM，为了不让建表操作直接报错中断，就自动换成实例默认的InnoDB完成建表，同时抛这个警告提示你：你指定的引擎没生效，实际用的是系统兜底的InnoDB。
• 常见的MyISAM不可用场景就这几种：
  • 你使用的MySQL版本（尤其是现在云厂商提供的托管8.0以上实例），在编译的时候就直接把MyISAM的支持模块移除了，从根源上就不提供这个老引擎的使用入口
  • MySQL的配置文件里，通过disabled_storage_engines参数把MyISAM加到了禁用列表里，正常发起的使用请求会被直接拦截
  • 本地自建实例的MyISAM模块加载失败，这个情况非常少见，毕竟MyISAM是运行了几十年的内置引擎

别想着靠反复修改建表语句里的ENGINE=MyISAM字段解决问题，只要环境层面不支持，写啥都没用，按下面的步骤一步步排查即可：

1. 先查当前环境到底支不支持MyISAM
   登录MySQL之后执行以下命令：

   SHOW ENGINES;
   

   翻看返回的存储引擎列表，找到MyISAM对应的行，查看后面Support列的值：
   • 如果显示NO：说明这个实例根本没有开放MyISAM的使用权限。如果是本地自行安装的MySQL，就检查当前安装版本，更换带MyISAM编译支持的版本（比如经典的MySQL 5.7）；如果是云托管的数据库实例，需要找平台方确认能不能开放MyISAM权限，权限开放不了就无需继续尝试，直接使用默认的InnoDB引擎即可。
   • 如果显示YES或者DEFAULT：说明引擎本身是安装可用的，接着往下排查。
2. 检查是否被配置显式禁用
   执行以下命令查看当前的存储引擎禁用规则：

   SHOW VARIABLES LIKE 'disabled_storage_engines';
   

   如果返回结果中包含MyISAM，说明是配置规则把它拦截了：打开MySQL的配置文件，把禁用列表里的MyISAM移除，重启MySQL服务后，重新执行你的建表语句，此时指定的MyISAM引擎就会正常生效。
3. 建表完成后做最终校验
   别光看建表没报错就默认引擎设置正确——MySQL遇到指定引擎不可用时是静默降级的，不会直接抛出阻断错误。建完表之后执行以下命令核对：

   SHOW TABLE STATUS LIKE 'example';
   

   查看返回结果中Engine字段的取值，只有明确显示MyISAM才算真的设置成功，避免被系统的兜底逻辑误导。

内容的提问来源于stack exchange，提问作者wawawa