免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3648 | 回复: 3
打印 上一主题 下一主题

如何把MySQL压缩表运用的凌厉精致? [复制链接]

论坛徽章:
7
数据库技术版块每日发帖之星
日期:2016-04-26 06:20:00数据库技术版块每日发帖之星
日期:2016-05-01 06:20:00数据库技术版块每日发帖之星
日期:2016-05-02 06:20:00数据库技术版块每日发帖之星
日期:2016-05-06 06:20:00数据库技术版块每日发帖之星
日期:2016-05-07 06:20:00数据库技术版块每日发帖之星
日期:2016-05-08 06:20:00数据库技术版块每日发帖之星
日期:2016-05-17 06:20:00
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2016-04-19 20:45 |只看该作者 |倒序浏览
本帖最后由 aixuexiwoying 于 2016-04-28 17:24 编辑

    MySQL的表压缩技术,可以减少数据的存储空间、减少IO、提高吞吐率,提高CPU的利用率。

压缩表语法:
如果使用表压缩技术,要先确认innodb_file_per_table=1,以及innodb_file_format=Barracuda

SET GLOBAL innodb_file_per_table=1;               

SET GLOBAL innodb_file_format=Barracuda;        CREATE TABLE t1                                         

(wyzc INT PRIMARY KEY)                          

ROW_FORMAT=COMPRESSED                                  

KEY_BLOCK_SIZE=8;                                       

KEY_BLOCK_SIZE参数决定表压缩page的大小,在建表时指定,意味着innodb会将page压缩到指定的大小,例如,如果设置key_block_size=8,则将其压缩到8k,

key_block_size的值应根据记录的长度来确定,如果设置的过小,可能由于一个page无法压缩太多行而出现高概率的压缩失败,导致page分裂,但设置为16k则不会取得太好的

压缩效果

KEY_BLOCK_SIZE的默认值为8K

什么使用压缩表,这取决于你的负载和数据集合,或者特定的配置,可以考虑如下因素:

1、表中有较多重复的字符串

2、已经在应用中压缩过的数据,不适合存储到压缩表中。

3、对于如何压缩表才算最好的,MySQL没有明确的定义,所以压缩后一定要通过like或order by来测试压缩后的索引性能

4、在应用中进行压缩的,不适合再进行表压缩

5、在表上的workload是一个关键性因素,如果更新主要作用在外部存储的长字符串的非索引列上,压缩的开销可能是可以接受的。如果你的负载是I/O bound而非CPU bound

的,压缩可能会改善整体性能

6、压缩可以通过消耗CPU来减少IO,如果IO是相对紧缺的资源时,会获得更好的效果

7、选择压缩Page的大小应该比记录更大,否则可能会引起大量的压缩失败,通常情况下key_block_size=8是比较安全的设置

上一篇:
http://bbs.chinaunix.net/forum.p ... =4243595&extra=

论坛徽章:
223
2022北京冬奥会纪念版徽章
日期:2015-08-10 16:30:32操作系统版块每日发帖之星
日期:2016-05-10 19:22:58操作系统版块每日发帖之星
日期:2016-02-18 06:20:00操作系统版块每日发帖之星
日期:2016-03-01 06:20:00操作系统版块每日发帖之星
日期:2016-03-02 06:20:0015-16赛季CBA联赛之上海
日期:2019-09-20 12:29:3219周年集字徽章-周
日期:2019-10-01 20:47:4815-16赛季CBA联赛之八一
日期:2020-10-23 18:30:5320周年集字徽章-20	
日期:2020-10-28 14:14:2615-16赛季CBA联赛之广夏
日期:2023-02-25 16:26:26CU十四周年纪念徽章
日期:2023-04-13 12:23:10操作系统版块每日发帖之星
日期:2016-05-10 19:22:58
2 [报告]
发表于 2016-04-19 20:50 |只看该作者
如果架构设计没有问题,性能瓶颈控制得当了,
表压缩就属于过度设计的层面了

论坛徽章:
223
2022北京冬奥会纪念版徽章
日期:2015-08-10 16:30:32操作系统版块每日发帖之星
日期:2016-05-10 19:22:58操作系统版块每日发帖之星
日期:2016-02-18 06:20:00操作系统版块每日发帖之星
日期:2016-03-01 06:20:00操作系统版块每日发帖之星
日期:2016-03-02 06:20:0015-16赛季CBA联赛之上海
日期:2019-09-20 12:29:3219周年集字徽章-周
日期:2019-10-01 20:47:4815-16赛季CBA联赛之八一
日期:2020-10-23 18:30:5320周年集字徽章-20	
日期:2020-10-28 14:14:2615-16赛季CBA联赛之广夏
日期:2023-02-25 16:26:26CU十四周年纪念徽章
日期:2023-04-13 12:23:10操作系统版块每日发帖之星
日期:2016-05-10 19:22:58
3 [报告]
发表于 2016-04-19 20:57 |只看该作者
6、压缩可以通过消耗CPU来减少IO,如果IO是相对紧缺的资源时,会获得更好的效果

论坛徽章:
7
数据库技术版块每日发帖之星
日期:2016-04-26 06:20:00数据库技术版块每日发帖之星
日期:2016-05-01 06:20:00数据库技术版块每日发帖之星
日期:2016-05-02 06:20:00数据库技术版块每日发帖之星
日期:2016-05-06 06:20:00数据库技术版块每日发帖之星
日期:2016-05-07 06:20:00数据库技术版块每日发帖之星
日期:2016-05-08 06:20:00数据库技术版块每日发帖之星
日期:2016-05-17 06:20:00
4 [报告]
发表于 2016-04-20 16:22 |只看该作者
回复 2# action08


   
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP