内容轉載自 愛可生開源社群
作者：Peter Zaitsev
我想知道 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
*************************** 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.percona.com/blog/2016/01/26/finding_mysql_table_size_on_disk/