MySQL 8 InnoDB Table 和 Page 压缩
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL 8 InnoDB Table 和 Page 压缩,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1379字,纯文字阅读大概需要2分钟。
内容图文
![MySQL 8 InnoDB Table 和 Page 压缩](/upload/InfoBanner/zyjiaocheng/877/cea6eef8ff944ddabe22ae573109151a.jpg)
压缩用一点CPU换取磁盘IO、内存空间、磁盘空间。
在有Secondary Indexes 的表中,使用压缩更加明显,相关索引数据也会压缩。
InnoDB 表压缩
对表压缩只需要在Create Table 时指定ROW_FORMAT=Compressed即可。
压缩的行格式不适用于InnoDB 系统表空间,这也可能就是为什么@@innodb_default_row_format不能指定为compressed的原因吧。
key_block_size 选项:指定磁盘上Table 的Page Size。较小的值需要的IO也会比较小。但是过小,可能导致单个Page不能保存多行,InnoDB需要重新组织Page。而且Key Block Size 值受到Table 上Index 列的硬性要求。
Key Block Size 的指定,在Buffer Pool 中也需要相应的Page Size 缓存。在InnoDB Buffer Pool中,提取或者更新compressed Page需要先uncompressed Page,在更新UnCompressed Page 后,还需要写回到 Compressed Page中。这里会出现一种情况,Buffer Pool 中保存同一个Page的两种形式:Compressed 和 UnCompressed。如果Buffer Pool 需要空间,会删除UnCompressed Pages,在需要时,再次 UnCompressed Pages。
Key Block Size的大小对于Compress Level没有影响,他只是设置了Page的大小。
是否做表压缩主要是依赖表中数据:
包含字符串、重复值、这样压缩效果才会有。因为InnoDB基于Page来压缩数据,如果没有重复值,或者binary 数据类型(数值型),压缩意义也就不大了。
有两个可选的方法测试表的压缩是否具有可行性:
使用OS压缩工具,比如gzip压缩表,可以大致对比使用MySQL压缩的情况。
创建待压缩表的复制表,压缩复制表。
简单查看压缩效果,对于系统中只有一张压缩表:
select * from information_schema.innodb_cmp;
内容总结
以上是互联网集市为您收集整理的MySQL 8 InnoDB Table 和 Page 压缩全部内容,希望文章能够帮你解决MySQL 8 InnoDB Table 和 Page 压缩所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。