首先通过查询information_schema.TABLES获取表数据量、索引大小及总占用空间，识别大表；再按存储引擎分组统计资源消耗，判断迁移必要性；对大表执行ANALYZE TABLE和SHOW TABLE STATUS检查碎片情况，必要时OPTIMIZE TABLE；针对InnoDB表空间，结合INNODB_SYS_TABLESPACES视图或文件系统查看ibd文件大小，定期监控可发现索引膨胀与异常增长。
要分析 MySQL 中的表空间使用情况，可以从多个角度入手，包括查看表的数据量、索引大小、存储引擎类型以及物理文件占用等。以下是一些常用方法和 SQL 查询，帮助你清晰掌握数据库中表空间的使用状况。
查看指定数据库中各表的空间使用情况
通过查询 information_schema.TABLES 系统表，可以获取每张表的数据长度、索引长度和总占用空间。
SELECTtable_name AS '表名',
round(((data_length + index_length) / 1024 / 1024), 2) AS '总大小(MB)',
round((data_length / 1024 / 1024), 2) AS '数据大小(MB)',
round((index_length / 1024 / 1024), 2) AS '索引大小(MB)',
table_rows AS '行数'
FROM information_schema.TABLES
WHERE table_schema = 'your_database_name'
ORDER BY (data_length + index_length) DESC;
将 'your_database_name' 替换为你要分析的数据库名。这个查询能快速识别出占用空间最大的表。
按存储引擎分类查看表空间使用
不同存储引擎（如 InnoDB、MyISAM）管理表空间的方式不同，可以通过分组统计了解各类引擎的资源消耗。
SELECTengine AS '存储引擎',
round(SUM(data_length + index_length) / 1024 / 1024, 2) AS '总大小(MB)',
COUNT(*) AS '表数量'
FROM information_schema.TABLES
WHERE table_schema = 'your_database_name'
AND engine IS NOT NULL
GROUP BY engine;
这有助于判断是否需要对某些旧引擎的表进行迁移或优化。
检查大表的具体结构与碎片情况
对于占用空间较大的表，可进一步查看其结构和碎片程度，判断是否需要优化。
ANALYZE TABLE your_table_name;执行后会更新表的统计信息，有助于优化器做更准确的执行计划选择。
SHOW TABLE STATUS LIKE 'your_table_name';
输出中的 Data_free 字段表示未被利用的分配空间。如果该值较大，说明存在较多碎片，可以考虑执行：
OPTIMIZE TABLE your_table_name;注意：此操作会锁表，建议在低峰期执行，尤其对大表而言。
查看 InnoDB 表空间文件使用情况
如果是使用共享表空间（ibdata1），可通过以下方式查看整体使用情况：
SELECTname AS '表空间名',
total_extents * extent_size / 1024 / 1024 AS '总大小(MB)',
used_extents * extent_size / 1024 / 1024 AS '已用大小(MB)',
free_extents * extent_size / 1024 / 1024 AS '空闲大小(MB)'
FROM information_schema.INNODB_SYS_TABLESPACES ts
JOIN information_schema.INNODB_SYS_DATAFILES df ON ts.space = df.space_id
WHERE name = 'innodb_system';
如果你启用了独立表空间（innodb_file_per_table=ON），每个 InnoDB 表对应的 .ibd 文件即为实际表空间文件，可以直接查看文件系统中的大小。
基本上就这些。定期检查表空间使用，能帮助你及时发现潜在性能问题，比如索引膨胀、数据碎片或异常增长的表。结合监控工具效果更好。不复杂但容易忽略。
