在排查MySQL的表锁、事务、外键约束等问题时，确认表实际使用的存储引擎往往是第一步。比如遇到事务不回滚的情况，很可能是因为表用的是MyISAM引擎，它根本不支持事务。本文介绍几种查看MySQL存储引擎的常用方法，包括查看服务器支持的全部引擎、查看某张表使用的引擎，以及批量查询整个数据库中所有表的引擎信息。
一、使用show engines查看服务器支持的所有存储引擎
这是最直接的方式。SHOW ENGINES命令会列出当前MySQL服务器支持的所有存储引擎，以及每个引擎是否支持事务、是否支持XA、Savepoints等信息。在命令行或任何客户端工具中执行：
SHOW ENGINES;
返回结果类似下面这样：
+--------------------+---------+----------------+--------------+------+------------+ | Engine | Support | Transactions | XA | Savepoints | +--------------------+---------+----------------+--------------+------+------------+ | InnoDB | DEFAULT | YES | YES | YES | | MyISAM | YES | NO | NO | NO | | MEMORY | YES | NO | NO | NO | | CSV | YES | NO | NO | NO | +--------------------+---------+----------------+--------------+------+------------+
结果中的Support列含义需要特别留意：DEFAULT表示该引擎是当前的默认存储引擎，YES表示支持该引擎，NO表示不支持，DISABLED表示引擎存在但被禁用了。如果想知道建表时不指定ENGINE关键字时用的是哪个引擎，看Support列的值即可。从MySQL 5.5版本开始，InnoDB取代MyISAM成为默认引擎，所以现在大多数环境下看到的DEFAULT都落在InnoDB这一行。
如果想查看当前的默认存储引擎变量，还可以用另一种方式：
SHOW VARIABLES LIKE 'default_storage_engine'; -- 或者 SELECT @@default_storage_engine;
这两个查询返回的是新建表时的默认引擎，注意它和已有表的引擎没有必然关系，老表用什么引擎要看建表时的定义。
二、查看某张表使用的存储引擎
实际工作中更常见的需求是确认某张具体的表用的是什么引擎。第一种方法是SHOW TABLE STATUS：
USE testdb; SHOW TABLE STATUS WHERE Name = 'users'; -- 或者直接指定库表 SHOW TABLE STATUS FROM testdb LIKE 'users';
返回的结果集中包含表名、行数、建表时间、字符集等大量信息，其中Engine列就是这张表使用的存储引擎。这种方式信息量很大，如果只想看引擎，用WHERE条件过滤后重点看Engine字段即可。
第二种方法是查看建表语句：
SHOW CREATE TABLE testdb.users;
输出的CREATE TABLE语句末尾会带有ENGINE=InnoDB这样的字样，一眼就能看出引擎类型。这种方式的好处是能同时看到引擎之外的其他信息，比如字符集、自增起始值、行格式等，排查问题时经常用到。
第三种方式是查询information_schema库，这也是最灵活的一种：
SELECT TABLE_NAME, ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'testdb' AND TABLE_NAME = 'users';
information_schema是MySQL自带的一个元数据库，TABLES表记录了所有用户表的信息，按TABLE_SCHEMA（库名）和TABLE_NAME（表名）过滤即可精确查询。相比前两种方式，它的优势在于可以直接配合聚合函数做统计，写法上更接近标准SQL。
三、批量查询整个数据库中所有表的存储引擎
有时候需要检查某个库里是否混用了不同引擎，比如迁移数据前确认有没有遗留的MyISAM表。这时information_schema的优势就体现出来了，一条语句就能列出所有表的引擎：
-- 查看testdb库中所有表及引擎 SELECT TABLE_NAME, ENGINE, TABLE_ROWS FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'testdb' ORDER BY TABLE_NAME; -- 统计各引擎的表数量 SELECT ENGINE, COUNT(*) AS table_count FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'testdb' GROUP BY ENGINE;
第一条语句适合逐表检查，第二条语句适合快速了解整体情况。如果把WHERE条件中的TABLE_SCHEMA去掉，还能看到整个实例中所有数据库的表引擎分布，对于多库环境很实用。需要注意的是，TABLE_ROWS列对InnoDB表来说是一个估算值，不是精确的行数，不要拿它做业务统计。
如果发现某些表用了错误的引擎，可以通过ALTER TABLE修改：
ALTER TABLE users ENGINE = InnoDB;
但要注意，这条语句会重建整张表，表很大的话会耗时较长，并且期间会占用大量磁盘IO，建议在业务低峰期执行。另外从MyISAM转InnoDB后，表的行为会发生变化，比如全表count不再缓存结果，需要根据业务场景评估影响。
四、常见问题与注意事项
第一个常见问题是为什么show engines看不到某个引擎。比如Federated引擎默认是禁用的，需要在配置文件中加上federated参数并重启服务才能启用。还有一些引擎（如MySQL 5.1时代的InnoDB插件区分）在新版本中已经移除或合并，查看时要以实际版本的支持情况为准。
第二个问题是视图和临时表在查询时的表现。查询information_schema.TABLES时，视图也会出现在结果中，但其ENGINE列的值是NULL，因为视图本身不涉及存储引擎，只有真实的数据表才有引擎信息。写查询语句时如果不想看到视图，可以加条件AND TABLE_TYPE = 'BASE TABLE'过滤。
第三个问题是权限。执行show engines和show variables一般不需要特殊权限，但查询information_schema.TABLES时只能看到当前用户有权限访问的表。如果发现查出来的表比预期少，先确认一下是不是权限限制导致的，而不是数据真的不存在。
掌握这些查看方法后，无论是排查事务失效、锁等待还是做数据库迁移前的检查，都能快速定位到存储引擎层面的问题，避免在错误的方向上浪费时间。
MySQL存储引擎show enginesinformation_schema修改时间：2026-09-16 02:00:35