engine 字段直接显示表当前实际使用的存储引擎，如 innodb、myisam 等，是 mysql 运行时的真实状态，非配置文件或建表语句中的静态定义。
SHOW TABLE STATUS 返回结果里哪个字段代表引擎
直接看 Engine 列的值，就是这张表当前实际使用的存储引擎。不是靠猜，也不是靠配置文件，Engine 字段是 MySQL 运行时记录的真实状态。
常见值只有几个：InnoDB、MyISAM、MEMORY、ARCHIVE 等。只要表存在且查询权限正常，这个字段一定有明确值。
注意：SHOW TABLE STATUS 默认只显示当前 USE 的库下所有表；如果没切库，会报错或返回空——这是新手最常卡住的地方。
执行 SHOW TABLE STATUS 时必须注意的三件事
不指定库名或表名时，它查的是当前默认数据库下的全部表，结果可能很长，容易漏看。
- 查单表：用
SHOW TABLE STATUS LIKE 'users'，引号不能少，大小写要和实际表名一致（Linux 系统下区分大小写） - 查指定库的表：不能直接
SHOW TABLE STATUS FROM mydb LIKE 'logs'—— 语法不支持FROM+LIKE组合，得先USE mydb再执行 - 字段名别写错：
Engine是首字母大写，不是engine或ENGINE；在客户端工具里列名显示可能被截断，建议用命令行或导出为文本确认
为什么 SHOW CREATE TABLE 看引擎容易出错
SHOW CREATE TABLE 返回的是建表语句，引擎信息藏在末尾的 ENGINE=InnoDB 这种子串里。问题在于：
- 语句太长时，MySQL 客户端默认只显示前几行，
ENGINE部分可能被截断（尤其 Navicat 等 GUI 工具） - 如果建表语句里写了
ENGINE=MyISAM，但后来用ALTER TABLE ... ENGINE=InnoDB改过，SHOW CREATE TABLE仍显示原始语句里的引擎——它不反映当前真实状态 - 某些 ORM 或迁移工具生成的语句带注释或换行，
ENGINE=可能跨行，肉眼扫一眼就错过
批量查多个库/表时优先用 information_schema
运维或迁移前要扫全量表，SHOW TABLE STATUS 不适合脚本化，因为无法跨库、无法加条件过滤、输出格式不统一。
更稳的方式是直查 information_schema.TABLES：
SELECT TABLE_SCHEMA, TABLE_NAME, ENGINE
FROM information_schema.TABLES
WHERE TABLE_SCHEMA IN ('app_db', 'log_db')
AND ENGINE = 'MyISAM';
这样能一次性筛出所有非 InnoDB 表，避免遗漏“隐藏”的老表。注意：information_schema 里 TABLE_SCHEMA 和 TABLE_NAME 是字符串，大小写敏感，别用 lower() 包裹去模糊匹配——MySQL 不会帮你自动转大小写。
真正麻烦的从来不是查不到引擎，而是查到了 MyISAM 却没意识到 COUNT(*) 会变慢、START TRANSACTION 会静默失效、主从延迟突增——这些行为差异藏在引擎背后，比字段值本身更值得盯紧。
