国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 數(shù)據(jù)庫 > MySQL > 正文

怎樣在磁盤上查找MySQL表的大?。看颂幱写鸢?/h1>
2024-07-24 12:31:34
字體：大 中 小
供稿：網(wǎng)友
        我想知道 MySQL 表在磁盤上占用多少空間，但看起來很瑣碎。不應(yīng)該在 INFORMATION_SCHEMA.TABLES 中提供這些信息嗎?沒那么簡單!
  
       這個看似簡單的問題實際上在 MySQL 中非常復(fù)雜。MySQL 支持許多存儲引擎(其中一些根本不在磁盤上存儲數(shù)據(jù))， 不同的存儲數(shù)據(jù)格式。例如，InnoDB 存儲引擎為 MySQL 5.7 提供了三種“基本”格式，其中包含 row_formats 和兩種可壓縮的種類。
 
       簡化一下：我們?nèi)绾卧诖疟P上查找存儲在其自己的表空間中的 InnoDB 表的表大小(前提是 innodb_file_per_table=1 )。
 
       在我們得到答案之前，先展示通過 sysbench 運行預(yù)先獲得的圖表(批量數(shù)據(jù)插入表)：
 
在磁盤上查找 MySQL 表的大小
 
此圖顯示了從 INFORMATION_SCHEMA.TABLES 獲取的 data_length 和 index_length 所定義的表大小?？梢灶A(yù)期，隨著數(shù)據(jù)的增多，表格會跳躍增長(有時會增加 10GB 或更多)。
 
該圖表與磁盤上數(shù)據(jù)的變化方式不匹配，它逐漸增長(如預(yù)期)：
 
-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 并沒有真正的實時維護(hù) data_length 和 index_length 的值，而是定期刷新它們 - 而且不規(guī)則地刷新它們。圖表的后半部分一些數(shù)據(jù)刷新變得更加規(guī)律。這與圖表的第一部分不同，后者似乎每次有 10% 的行更改時，就更新一次統(tǒng)計信息。table_rows， data_free 或 update_time ，它們也是實時更新的。
 
要在 MySQL 5.7獲取 information_schema 獲取到更準(zhǔn)確的實時信息，需要做兩件事：
 
禁用 innodb_stats_persistent
啟用 innodb_stats_on_metadata
這兩者都會帶來嚴(yán)重的代價。
 
禁用持久性統(tǒng)計信息意味著每次服務(wù)器啟動時 InnoDB 都必須刷新統(tǒng)計信息，這代價很大，并且可能會在重新啟動之間產(chǎn)生不穩(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(為此文件分配的空間，并且可以顯著縮小)之間的區(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 中顯示的壓縮數(shù)據(jù)大小作為結(jié)果。例如， avg_row_length 將遠(yuǎn)低于您的預(yù)期。
 
如果在 MySQL 5.7 中使用新的 InnoDB 壓縮(InnoDB 頁壓縮)，您將看到與文件大小相對應(yīng)的值，而不是如 information_schema 中所示的分配大小。
 
結(jié)論
回答一個微不足道的問題“這個表在磁盤上占用了多少空間?” 在 MySQL 中真的不是一個簡單的問題 - 顯而易見的數(shù)據(jù)，可能會得到錯誤的答案。
 
查看 INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES 以獲取 InnoDB 表的實際文件大小值。

（編輯：武林網(wǎng)）

發(fā)表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發(fā)表

主站蜘蛛池模板： 通道| 乌鲁木齐市| 唐河县| 林州市| 苍溪县| 高阳县| 社会| 安义县| 甘德县| 普兰店市| 贡觉县| 莲花县| 定州市| 宜良县| 福海县| 永泰县| 铜山县| 玉山县| 潢川县| 菏泽市| 巴楚县| 台中县| 修水县| 洛隆县| 类乌齐县| 资溪县| 綦江县| 肥西县| 尼玛县| 昌江| 绵阳市| 柘城县| 宁远县| 正安县| 天柱县| 井陉县| 海原县| 达拉特旗| 邵阳县| 旺苍县| 佛坪县|