如何在磁盘上查找 MySQL 表的大小

 我想知道 MySQL 表在磁盘上占用多少空间，何磁但看起来很琐碎。盘上不应该在 INFORMATION_SCHEMA.TABLES 中提供这些信息吗?查找没那么简单!

这个看似简单的问题实际上在 MySQL 中非常复杂。MySQL 支持许多存储引擎(其中一些根本不在磁盘上存储数据)，何磁 不同的盘上存储数据格式。例如，查找InnoDB 存储引擎为 MySQL 5.7 提供了三种“基本”格式，何磁其中包含 row_formats 和两种可压缩的盘上种类。

简化一下：我们如何在磁盘上查找存储在其自己的查找表空间中的 InnoDB 表的表大小(前提是 innodb_file_per_table=1 )。

在我们得到答案之前，何磁先展示通过 sysbench 运行预先获得的盘上图表(批量数据插入表)：

此图显示了从 INFORMATION_SCHEMA.TABLES 获取的 data_length 和 index_length 所定义的表大小。服务器托管可以预期，查找随着数据的何磁增多，表格会跳跃增长(有时会增加 10GB 或更多)。盘上

该图表与磁盘上数据的查找变化方式不匹配，它逐渐增长(如预期)：

-rw-r----- 1 mysql mysql 220293234688 Jan 25 17:03 sbtest1.ibd -rw-r----- 1 mysql mysql 220310011904 Jan 25 17:03 sbtest1.ibd -rw-r----- 1 mysql mysql 222499438592 Jan 25 17:07 sbtest1.ibd

正如我们从这个实验中看到的那样，MySQL 并没有真正的实时维护 data_length 和 index_length 的值，而是定期刷新它们 - 而且不规则地刷新它们。图表的后半部分一些数据刷新变得更加规律。这与图表的第一部分不同，后者似乎每次有 10% 的行更改时，就更新一次统计信息。香港云服务器table_rows， data_free 或 update_time ，它们也是实时更新的。

要在 MySQL 5.7获取 information_schema 获取到更准确的实时信息，需要做两件事：

禁用 innodb_stats_persistent 启用 innodb_stats_on_metadata

这两者都会带来严重的代价。

禁用持久性统计信息意味着每次服务器启动时 InnoDB 都必须刷新统计信息，这代价很大，并且可能会在重新启动之间产生不稳定的查询计划。那有没有更好的办法呢?事实证明有。

可以通过 INNODB_SYS_TABLESPACES 查看表空间信息表以查看实际文件大小。与 index_length 和 data_length 不同， INNODB_SYS_TABLESPACES 实时更新，无需特殊配置：

mysql> select * from INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES where name=sbinnodb/sbtest1 \G 

很赞哦!（4）