上一篇
mysql怎么查数据库的表空间大小
执行 SHOW TABLE STATUS 可查看各表数据+索引大小，或 查询 information_schema.tables 中的 Data_length/Index_length 字段
基础认知：什么是表空间？
MySQL采用分层式存储架构,表空间」（Tablespace）是物理存储的核心单元，根据存储引擎类型差异：
InnoDB：默认使用共享表空间（ibdata1）+ 独立表空间（每张表对应.ibd文件）；
MyISAM：每张表生成独立的.MYD（数据）、.MYI（索引）文件；
NDB/TokuDB等：具有特殊的存储机制。
理解这一差异直接影响后续查询策略的选择。
主流查询方法详解
▶️ 方法1：通过information_schema系统库（推荐）
这是最通用且精准的方式,适用于所有存储引擎。
核心语法：
执行效果示例表：
| Database | Table Name | Size (MB) | Data (MB) | Indexes (MB) | Partitions |
|—————-|————|———–|———–|————–|———–|
| mydb | orders | 124.35 | 89.20 | 35.15 | 1 |
| mydb | users | 45.67 | 32.10 | 13.57 | 1 |
字段含义说明：
- data_length: 实际数据占用字节数（不含索引）
- index_length: 索引占用字节数
- Partitions: 分区数量（非分区表显示为1）
特殊场景扩展：
- 仅统计特定数据库：添加WHERE table_schema = 'mydb'条件；
- 过滤临时表：排除table_name LIKE '#sql%'；
- 按大小排序：追加ORDER BYSize (MB)DESC。
▶️ 方法2：SHOW TABLE STATUS命令
适合快速概览当前数据库的表状态。
执行命令：
SHOW TABLE STATUS FROM mydb;
典型输出列：
| Name | Engine | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | … |
|————|——-|————|——|—————-|————-|——————|————-|—–|
| orders | InnoDB| Compact | 10万 | 8920 | 89200000 | NULL | 35150000 | … |
| users | InnoDB| Redundant | 5万 | 6420 | 64200000 | NULL | 13570000 | … |
关键指标解读：
- Data_length: 该表纯数据部分的字节数；
- Index_length: 所有索引的总字节数；
- Avg_row_length: 平均每行数据长度（可用于估算未来增长）。
▶️ 方法3：操作系统级文件检查（终极验证）
当怀疑统计值与实际磁盘占用不符时,需直接检查文件系统。
Linux/macOS命令：
# 查看InnoDB共享表空间 du -sh /var/lib/mysql/ibdata1 # 查看独立表空间（以orders表为例） du -sh /var/lib/mysql/mydb/orders.ibd # 查看MyISAM表空间 du -sh /var/lib/mysql/mydb/orders.MYD du -sh /var/lib/mysql/mydb/orders.MYI
注意事项：
- 此方法显示的是物理文件大小,包含未被回收的空间；
- InnoDB的ibdata1文件包含多个表的数据，无法单独拆分；
- 启用innodb_file_per_table后，每个表才有独立.ibd文件。
高级技巧与注意事项
配置参数影响统计准确性
- innodb_file_per_table: 决定是否使用独立表空间；
- innodb_stats_auto_recalc: 控制自动重算统计信息的阈值；
- innodb_stats_persistent: 持久化统计信息可提升重启后的精度。
️ 常见误区澄清
| 误解 | 事实 |
|---|---|
| “删除记录会自动释放空间” | 仅OPTIMIZE/ALTER会真正回收碎片，DELETE不会立即减少文件大小 |
| “表空间=磁盘占用” | 表空间统计的是逻辑分配量，实际磁盘可能因页填充率更高 |
| “大事务导致表空间暴涨” | InnoDB的undo log会暂存于共享表空间，长事务确实会增加其体积 |
️ 性能优化建议
- 定期执行OPTIMIZE TABLE重组碎片化空间；
- 对历史归档表考虑TOKUDB引擎压缩存储；
- 监控Information_schema.INNODB_SYSTEM_METRICS获取缓冲池命中率。
相关问答FAQs
Q1: 为什么我用information_schema查到的大小比文件系统看到的大很多？
A: 这是正常现象，原因有三：① 表空间统计包含已删除但未回收的空间；② InnoDB采用预分配策略，会预留约15%的增长空间；③ 索引结构（B+树）本身存在内部节点开销，可通过OPTIMIZE TABLE收缩物理文件，但会短暂锁表。
Q2: 能否跨数据库统计所有表的空间占用？
A: 可以，修改基础SQL如下：
SELECT table_schema, table_name, ROUND(SUM(data_length + index_length)/1024/1024,2) AS total_size, COUNT() AS table_count FROM information_schema.TABLES GROUP BY table_schema;
此查询将返回每个数据库的总占用量及表数量,便于全局资源审计。
