如何把MySQL壓縮表運(yùn)用的凌厲精致？

aixuexiwoying

    MySQL的表壓縮技術(shù)，可以減少數(shù)據(jù)的存儲空間、減少IO、提高吞吐率，提高CPU的利用率。

壓縮表語法：
如果使用表壓縮技術(shù)，要先確認(rèn)innodb_file_per_table=1，以及innodb_file_format=Barracuda

SET GLOBAL innodb_file_per_table=1;               

SET GLOBAL innodb_file_format=Barracuda;        CREATE TABLE t1                                         

(wyzc INT PRIMARY KEY)                          

ROW_FORMAT=COMPRESSED                                  

KEY_BLOCK_SIZE=8;                                       

KEY_BLOCK_SIZE參數(shù)決定表壓縮page的大小，在建表時指定，意味著innodb會將page壓縮到指定的大小，例如，如果設(shè)置key_block_size=8，則將其壓縮到8k，

key_block_size的值應(yīng)根據(jù)記錄的長度來確定，如果設(shè)置的過小，可能由于一個page無法壓縮太多行而出現(xiàn)高概率的壓縮失敗，導(dǎo)致page分裂，但設(shè)置為16k則不會取得太好的

壓縮效果

KEY_BLOCK_SIZE的默認(rèn)值為8K

什么使用壓縮表，這取決于你的負(fù)載和數(shù)據(jù)集合，或者特定的配置，可以考慮如下因素：

1、表中有較多重復(fù)的字符串

2、已經(jīng)在應(yīng)用中壓縮過的數(shù)據(jù)，不適合存儲到壓縮表中。

3、對于如何壓縮表才算最好的，MySQL沒有明確的定義，所以壓縮后一定要通過like或order by來測試壓縮后的索引性能

4、在應(yīng)用中進(jìn)行壓縮的，不適合再進(jìn)行表壓縮

5、在表上的workload是一個關(guān)鍵性因素，如果更新主要作用在外部存儲的長字符串的非索引列上，壓縮的開銷可能是可以接受的。如果你的負(fù)載是I/O bound而非CPU bound

的，壓縮可能會改善整體性能

6、壓縮可以通過消耗CPU來減少IO，如果IO是相對緊缺的資源時，會獲得更好的效果

7、選擇壓縮Page的大小應(yīng)該比記錄更大，否則可能會引起大量的壓縮失敗，通常情況下key_block_size=8是比較安全的設(shè)置

上一篇：
http://72891.cn/forum.p ... =4243595&extra=

action08

如果架構(gòu)設(shè)計(jì)沒有問題，性能瓶頸控制得當(dāng)了，
表壓縮就屬于過度設(shè)計(jì)的層面了

action08

6、壓縮可以通過消耗CPU來減少IO，如果IO是相對緊缺的資源時，會獲得更好的效果

aixuexiwoying

回復(fù) 2# action08