MySQL 5.5 的COMPRESSED INNODB 表

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

服务器租用/服务器托管中国五强！虚拟主机域名注册顶级提供商！15年品质保障！--亿恩科技[ENKJ.COM]