迹忆客 专注技术分享

数据库备份是不断变得越来越大直到消耗掉世界上所有物质的事物之一。 与真人秀不同的是，我们可以轻松删除数据库中的内容，使备份更小。 但是什么东西？

MySQL 将有关数据库和表的元信息存储在 information_schema 数据库中，表的具体信息存储在 TABLES 表中。 所以我们所要做的就是运行一个查询来查找它。

唔。 也许我们需要运行更好的查询。

所以 data_length 列告诉我们表中实际有多少数据，所以也许如果我们只包含它并排序，我们会得到更好的东西......嗯......现在这是以字节为单位。 好了，废话不多说了。

MySQL 有两个存储大量数据的地方：表和索引。 我们可能有一个存储一百万条记录的表，但如果我们还有一堆跨这些列的索引，则必须复制该数据并以不同的方式对其进行排序，并将每个数据存储在索引中。

因此，要获得真实的表大小，我们需要包括索引长度。 当我们这样做时，从字节转换为 MB 也没什么坏处。 所以这里有一个更好的查询，它将为我们提供服务器上所有数据库的前 20 个表。

select table_schema as db,table_name, round((data_length+index_length) / 1048576,1) as size from information_schema.tables order by data_length+index_length desc limit 20;

这会给你这样的输出：

如果我们想将表大小与索引大小分开查看，则可以改用这样的查询：

select table_schema as db,table_name, round((data_length) / 1048576,1) as tablesize,round((index_length) / 1048576,1) as indexsize from information_schema.tables order by data_length desc limit 20;

如你所见，如果试图减小服务器上数据库的大小，那么查看索引是值得的，因为它们可能非常庞大。 但是……不要仅仅因为索引很大就删除索引——它们对于加快查询速度非常重要，尤其是针对大型数据库。

而且无论如何索引都不会包含在数据库备份中。