我想知道 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 的值，而是定期刷新它們 - 而且不規(guī)則地刷新它們。圖表的后半部分一些數據刷新變得更加規(guī)律。這與圖表的第一部分不同，后者似乎每次有 10％ 的行更改時，就更新一次統計信息。table_rows， data_free 或 update_time ，它們也是實時更新的。
要在 MySQL 5.7獲取 information_schema 獲取到更準確的實時信息，需要做兩件事：
- 禁用 innodb_stats_persistent
- 啟用 innodb_stats_on_metadata
這兩者都會帶來嚴重的代價。
禁用持久性統計信息意味著每次服務器啟動時 InnoDB 都必須刷新統計信息，這代價很大，并且可能會在重新啟動之間產生不穩(wěn)定的查詢計劃。那有沒有更好的辦法呢？事實證明有。
可以通過 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（為此文件分配的空間，并且可以顯著縮?。┲g的區(qū)別。
最后，讓我們看一下不同的 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/
