博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL 5.7.6: wl#5757 InnoDB支持大page
阅读量:5873 次
发布时间:2019-06-19

本文共 1095 字,大约阅读时间需要 3 分钟。

worklog:
官方mysql 在git上代码比较零散,具体的实现我们可以参考webscalesql上的代码:
或者在webscalesql的git上: git show ebd27a35db6ef2267efd69da392e5efdc77611a6

我们知道Innodb的默认page size为16KB。在MySQL5.6版本里我们可以将page size调整到16kb以下,例如4kb或者8kb(参考wl#5756)。从5.7.6开始支持更大的page size设置。
为什么需要大page:
对于写入型负载:
1. 如果写入列包含大的字符串或者大字段,就可以有更多的机会将长字段留在页面内,而不是外部存储。
2. 由于page变大,容纳的记录变多,因此可以减少索引分裂的次数。
3. 更大的page意味着可以获得更好的压缩性,因此未来可以基于大页来做Page compress
缺点:
1.对于IO-BOUND场景下的读为主的负载,大page size并不是合适的选择,例如我们将innodb_page_size设置为64Kb, 如果读取是随机读,意味着最差情况下,如果想获取一条只有几十字节的数据,都要读取一整块64kb的数据。
2.由于buffer pool是以page size来划分块的,因此更大的page size也意味着更少的buffer pool block,可能更容易产生page flush /evict
3.另外,当page size设为32kb时,一个extend size为2MB,为64kb时,extend size为4KB. 而小于等于16kb时,为1M,这意味着当ibd文件扩展时,一次可能扩展更多的size。另外innodb对extend会做一定比例的page保留,因此当extend size越大,可能浪费更多的空间
关于extend的介绍,可以参考官方博客的这篇文章:http://mysqlserverteam.com/extent-descriptor-page-of-innodb/
4.当产生外部存储页时,显然会浪费更多的存储空间
当前的限制:
1.只有在初始安装时设置innodb_page_size,一旦实例安装完成,就不可以改变了,换句话说,innodb_page_size要和ibdata的page size相同。
2.目前不支持大页面压缩 (硬伤,估计未来会支持)
当前压缩表的page内,对于dense directory,会预留14字节来标示记录业内位置,因此解压页被限制到16kb,要实现大页面压缩,需要解除这个限制。

转载地址:http://mpenx.baihongyu.com/

你可能感兴趣的文章
布局模型
查看>>
Jquery弹窗
查看>>
生日小助手
查看>>
bzoj 2194 快速傅立叶之二
查看>>
51nod 1443 路径和树——最短路生成树
查看>>
17th, Jan 2012 今天的时间表
查看>>
[精华][推荐]CAS SSO 实现单点登录实例源码
查看>>
IIS 部署WCF时遇到这么个错:
查看>>
VSS Teamwork 环境架设[文章汇编集]
查看>>
VC++ 在两个程序中 传递字符串等常量值的方法:使用了 WM_COPYDATA 消息的
查看>>
拓扑资料
查看>>
x86_64平台编译链接汇编程序
查看>>
POJ3126 Prime Path(BFS)
查看>>
VC6.0多线程例程
查看>>
Unity 3D-AR开发-Vuforia教程手册
查看>>
放球问题 组合数学 转自百度百科
查看>>
神经网络的火热
查看>>
视图之一--创建简单的视图
查看>>
for循环实例
查看>>
N1试卷常考词汇总结
查看>>