MySQL 5.5 的COMPRESSED INNODB 表

 从5.5开始,INNODB 引擎也可以像MYISAM引擎一样来进行压缩了。 当然压缩后的表没事你也别INSERT 或者 UPDATE了。 DELETE 就无所谓了,只是MARK下,完了再批量删除。 这点和BRIGHTHOUSE 引擎倒是一致。

 
当然了, 并不是所有的表都适合压缩,然后进行读取。 应用场景,数据的分布,以及硬件的资源都制约了是否要进行压缩。这个时候来说,最好的办法就是进行压力测试,看看是否适合你自己的业务。
 
 
下面呢,就是压缩表对应的一些新的特性。
1. 压缩表只针对单表空间有效,所以设置如下参数:
innodb_file_per_table
innodb_file_format = Barracuda
2. 建表OPTIONS。
   ROW_DATEFORMAT = COMPRESSED
   KEY_BLOCK_SIZE = (1,2,4,8,16.)
 
   至于到底设置多少KEY_BLOCK_SIZE大小合适,取决于要进行压缩的表数据分布。简单来说,可以用同样的数据,插入不同结构的表, 完了查看磁盘上表的大小就OK。

3. 还有一个要注意的。
   设置了INNODB的压缩表,那么你的INNODB_BUFFER_POOL_SIZE 至少应该是以前的两倍大小。  因为在缓冲池里面要保留两份SIZE不同但是数据一致的PAGE。这样,增加了对内存的开销。
原文地址:https://www.cnblogs.com/secbook/p/2655269.html