如何通过MySQL命令查看当前数据库中各引擎表的分布情况？-mysql教程-PHP中文网

查表引擎分布必须用information_schema.tables，因其可聚合统计所有库表元数据，而show table status仅支持单库单表；需加table_schema过滤避免系统库干扰，engine字段值不直接等同引擎实际能力。

如何通过mysql命令查看当前数据库中各引擎表的分布情况？

查表引擎分布必须用 `information_schema`，别试 `SHOW TABLE STATUS` 逐个看

直接查 information_schema.tables 是唯一高效方式。SHOW TABLE STATUS 只能查单库单表，没法聚合统计；而 information_schema 里存着所有库所有表的元数据，engine 字段就是引擎名。

常见错误是漏加 table_schema 过滤，导致查出系统库（如 mysql、performance_schema）的表，干扰结果。实际业务中通常只关心当前业务库。

用 SELECT engine, COUNT(*) FROM information_schema.tables WHERE table_schema = 'your_db_name' GROUP BY engine;
想看具体哪些表用了什么引擎？加 table_name 和 table_rows：SELECT table_name, engine, table_rows FROM information_schema.tables WHERE table_schema = 'your_db_name' ORDER BY engine;
table_rows 是估算值，InnoDB 不保证精确，但用于粗略判断表规模够用

`ENGINE` 字段值不等于存储引擎真实能力

比如看到某张表 ENGINE=InnoDB，不代表它真支持事务或外键——可能建表时禁用了 innodb_file_per_table，或者 MySQL 版本太低（ALTER TABLE ... ENGINE=InnoDB 强制转过但没清理残留 MyISAM 文件。

MySQL（Linux）

MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。

下载

确认是否真启用 InnoDB：执行 SHOW VARIABLES LIKE 'have_innodb';，返回 YES 才算有效
检查表是否可写：SELECT table_name, data_length, index_length FROM information_schema.tables WHERE table_schema = 'your_db_name' AND engine = 'InnoDB';，如果 data_length 为 0 且 table_rows 明显异常，可能是转引擎失败残留
MyISAM 表的 auto_increment 值不会持久化到磁盘，重启后可能重置，这点和 InnoDB 本质不同

区分大小写陷阱：MySQL 8.0+ 的 `information_schema` 默认大小写敏感

在 Linux 上，table_schema = 'Your_DB_Name' 如果大小写不对，会查不到任何结果；Windows 默认忽略大小写，容易掩盖问题。

先确认当前库名实际大小写：SELECT DATABASE();，复制输出结果直接用，别手敲
不确定时用 LOWER(table_schema) = LOWER('your_db_name') 安全，但性能略差
避免用引号包裹数据库名变量，WHERE table_schema = @db 中 @db 必须是字符串类型，否则报错

临时表和视图不会出现在 `information_schema.tables` 的引擎统计里

CREATE TEMPORARY TABLE 创建的表只存在于当前连接，information_schema.tables 不收录；视图（VIEW）的 engine 字段固定为 NULL，也不参与引擎分布统计。

查临时表数量？只能靠连接内 SHOW TABLES，没法跨会话统计
视图要单独识别：SELECT table_name FROM information_schema.views WHERE table_schema = 'your_db_name';
如果业务混用了视图和实体表，光看引擎分布会误判“InnoDB 占比低”，其实只是视图没计入

真正麻烦的是跨库迁移前没清掉旧 MyISAM 表，或者备份脚本硬编码了 ENGINE=MyISAM。这些细节不扫一遍 information_schema，上线后才暴露就晚了。