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。这样，增加了对内存的开销。
