aixuexiwoying 发表于 2016-04-19 20:45

如何把MySQL压缩表运用的凌厉精致？

本帖最后由 aixuexiwoying 于 2016-04-28 17:24 编辑

    MySQL的表压缩技术，可以减少数据的存储空间、减少IO、提高吞吐率，提高CPU的利用率。

压缩表语法：
如果使用表压缩技术，要先确认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参数决定表压缩page的大小，在建表时指定，意味着innodb会将page压缩到指定的大小，例如，如果设置key_block_size=8，则将其压缩到8k，

key_block_size的值应根据记录的长度来确定，如果设置的过小，可能由于一个page无法压缩太多行而出现高概率的压缩失败，导致page分裂，但设置为16k则不会取得太好的

压缩效果

KEY_BLOCK_SIZE的默认值为8K

什么使用压缩表，这取决于你的负载和数据集合，或者特定的配置，可以考虑如下因素：

1、表中有较多重复的字符串

2、已经在应用中压缩过的数据，不适合存储到压缩表中。

3、对于如何压缩表才算最好的，MySQL没有明确的定义，所以压缩后一定要通过like或order by来测试压缩后的索引性能

4、在应用中进行压缩的，不适合再进行表压缩

5、在表上的workload是一个关键性因素，如果更新主要作用在外部存储的长字符串的非索引列上，压缩的开销可能是可以接受的。如果你的负载是I/O bound而非CPU bound

的，压缩可能会改善整体性能

6、压缩可以通过消耗CPU来减少IO，如果IO是相对紧缺的资源时，会获得更好的效果

7、选择压缩Page的大小应该比记录更大，否则可能会引起大量的压缩失败，通常情况下key_block_size=8是比较安全的设置

上一篇：
http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=4243595&extra=

action08 发表于 2016-04-19 20:50

如果架构设计没有问题，性能瓶颈控制得当了，
表压缩就属于过度设计的层面了

action08 发表于 2016-04-19 20:57

6、压缩可以通过消耗CPU来减少IO，如果IO是相对紧缺的资源时，会获得更好的效果

aixuexiwoying 发表于 2016-04-20 16:22

:D 回复 2# action08


   
页: [1]
查看完整版本: 如何把MySQL压缩表运用的凌厉精致？