怎樣在磁盤上查找MySQL表的大小？這裏有答案

我想知道 MySQL 表在磁盤上佔用多少空間，但看起來很瑣碎。不該該在 INFORMATION_SCHEMA.TABLES 中提供這些信息嗎?沒那麼簡單!

我想知道 MySQL 表在磁盤上佔用多少空間，但看起來很瑣碎。不該該在 INFORMATION_SCHEMA.TABLES 中提供這些信息嗎?沒那麼簡單!

這個看似簡單的問題實際上在 MySQL 中很是複雜。MySQL 支持許多存儲引擎(其中一些根本不在磁盤上存儲數據)， 不一樣的存儲數據格式。例如，InnoDB 存儲引擎爲 MySQL 5.7 提供了三種「基本」格式，其中包含 row_formats 和兩種可壓縮的種類。

簡化一下：咱們如何在磁盤上查找存儲在其本身的表空間中的 InnoDB 表的表大小(前提是 innodb_file_per_table=1 )。

在咱們獲得答案以前，先展現經過 sysbench 運行預先得到的圖表(批量數據插入表)：

在磁盤上查找 MySQL 表的大小

此圖顯示了從 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
*************************** 1. row ***************************
SPACE: 42
NAME: sbinnodb/sbtest1
FLAG: 33
FILE_FORMAT: Barracuda
ROW_FORMAT: Dynamic
PAGE_SIZE: 16384
ZIP_PAGE_SIZE: 0
SPACE_TYPE: Single
FS_BLOCK_SIZE: 4096
FILE_SIZE: 245937209344
ALLOCATED_SIZE: 245937266688
1 row in set (0.00 sec)

使用這個表的好處是，它還處理新功能 「InnoDB 頁壓縮」，正確顯示了 file_size (磁盤上的邏輯文件大小)和 allocated_size(爲此文件分配的空間，而且能夠顯着縮小)之間的區別。

最後，讓咱們看一下不一樣的 InnoDB 壓縮方式如何影響 information_schema 中提供的信息。

mysql> select * from INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES where name='sbinnodb/testcomp' G
*************************** 1. row ***************************
SPACE: 48
NAME: sbinnodb/testcomp
FLAG: 33
FILE_FORMAT: Barracuda
ROW_FORMAT: Dynamic
PAGE_SIZE: 16384
ZIP_PAGE_SIZE: 0
SPACE_TYPE: Single
FS_BLOCK_SIZE: 4096
FILE_SIZE: 285212672
ALLOCATED_SIZE: 113004544
1 row in set (0.00 sec)

若是您使用舊的 InnoDB 壓縮(InnoDB 表壓縮)，您將看到 data_length 和 index_length 中顯示的壓縮數據大小做爲結果。例如， avg_row_length 將遠低於您的預期。

若是在 MySQL 5.7 中使用新的 InnoDB 壓縮(InnoDB 頁壓縮)，您將看到與文件大小相對應的值，而不是如 information_schema 中所示的分配大小。

結論

回答一個微不足道的問題「這個表在磁盤上佔用了多少空間?」 在 MySQL 中真的不是一個簡單的問題 - 顯而易見的數據，可能會獲得錯誤的答案。

查看 INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES 以獲取 InnoDB 表的實際文件大小值。

本文地址：https://www.linuxprobe.com/find-mysql-tables.html