【原创】MySQL5.5的COMPRESSEDINNODB表
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了【原创】MySQL5.5的COMPRESSEDINNODB表,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1214字,纯文字阅读大概需要2分钟。
内容图文
![【原创】MySQL5.5的COMPRESSEDINNODB表](/upload/InfoBanner/zyjiaocheng/546/7e0dce288a634873b2c70af7eff619a1.jpg)
从5.5开始,INNODB引擎也可以像MYISAM引擎一样来进行压缩了。当然压缩后的表没事你也别INSERT或者UPDATE了。DELETE就无所谓了,只是MARK下,完了再批量删除。这
从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。这样,增加了对内存的开销。
本文出自 “上帝,咱们不见不散!” 博客,请务必保留此出处
内容总结
以上是互联网集市为您收集整理的【原创】MySQL5.5的COMPRESSEDINNODB表全部内容,希望文章能够帮你解决【原创】MySQL5.5的COMPRESSEDINNODB表所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。