查 information_schema.TABLES 是唯一可靠方式，因其提供以字节为单位的 Data_length 和 Index_length 原始值，而 phpMyAdmin 界面显示、SHOW TABLE STATUS 及文件系统 .ibd 大小均不可靠。
查 information_schema.TABLES 是唯一可靠方式
phpmyadmin 本身不提供“表空间占用”的独立视图，所有空间数据都来自 mysql 系统库 information_schema.tables。直接查这个表，才能拿到真实、可比对的 data_length 和 index_length——它们以字节为单位，是计算存储占用的原始依据。
常见错误是依赖 phpMyAdmin 右侧“结构”页里显示的“行数”或模糊的“大小”描述，那些只是估算值，尤其对 InnoDB 表完全不可信；还有人试图用 SHOW TABLE STATUS，但它在某些 MySQL 版本（如 8.0+）中可能返回 NULL 或过时值，information_schema.TABLES 才是标准来源。
- 必须指定
TABLE_SCHEMA（即数据库名），否则会混入系统表数据 -
ENGINE字段要检查，Memory 或临时表的Data_length不代表磁盘占用 - 查询前确认用户有
SELECT权限访问information_schema，否则结果为空
示例语句：
SELECT TABLE_NAME, ROUND((Data_length + Index_length) / 1024 / 1024, 2) AS size_mb, Data_length, Index_length FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db_name' ORDER BY (Data_length + Index_length) DESC;
区分 Data_length 和 Index_length 的实际含义
Data_length 是表数据本身占用的空间（不含索引），Index_length 是所有二级索引（包括主键 B+ 树的非叶子节点）加起来的大小。InnoDB 中，主键索引（聚簇索引）的数据页算在 Data_length 里，而二级索引的 B+ 树结构单独计入 Index_length。
容易踩的坑：有人把 Index_length 当成“索引文件大小”，其实它包含索引元数据和内部碎片；另外，如果表有全文索引或空间索引，它们也会计入 Index_length，但不会单独列出。
立即学习“PHP免费学习笔记（深入）”；
- 空表的
Data_length可能不为 0（InnoDB 至少分配一个页，16KB） - 执行
OPTIMIZE TABLE后，Data_length和Index_length通常会变小，说明原来存在碎片 -
Data_free字段表示已分配但未使用的空间，仅对 InnoDB 有效，别把它和磁盘剩余空间混淆
phpMyAdmin 中执行查询的实操细节
在 phpMyAdmin 左侧选中目标数据库，点击顶部“SQL”标签页，粘贴查询语句即可。注意不要在“搜索”或“浏览”页尝试，那些功能不支持跨表聚合或字段计算。
如果结果里 size_mb 显示为 0 或 NULL，大概率是权限不足或表使用了压缩行格式（如 ROW_FORMAT=COMPRESSED），此时 Data_length 可能被低估——MySQL 在统计时不一定解压计算。
- phpMyAdmin 默认限制单次查询返回行数（如 500 行），大库需手动改
Limit框里的数字 - 避免用
*查询information_schema.TABLES，字段太多会拖慢响应，只选需要的列 - 若提示
Access denied for user ... to database 'information_schema'，说明账号没授权，需联系 DBA 添加SELECT权限
为什么不能只看文件系统里的 .ibd 文件大小
MySQL 数据目录下的 .ibd 文件大小 ≠ Data_length + Index_length。因为 InnoDB 表空间包含预留扩展区、undo 日志残留、加密头、以及未及时 purge 的旧版本记录（MVCC）。尤其在高并发更新场景下，.ibd 文件可能比 information_schema 报出的值大 2–3 倍。
更关键的是，phpMyAdmin 根本看不到服务器文件系统，所以这条路从一开始就不成立。依赖 du -sh *.ibd 这类命令属于运维操作，和 phpMyAdmin 的使用边界无关。
-
information_schema.TABLES的值是 InnoDB 存储引擎自己维护的统计快照，相对准，但仍有延迟（默认每 10 秒更新一次） - 想获取最实时值，得先执行
ANALYZE TABLE your_table强制刷新统计 - 分区表的每个分区单独计数，总和才等于整张表的实际占用
事情说清了就结束。
