MySQL 5.7.6: wl#5757 InnoDB支持大page

worklog:
官方mysql 在git上代码比较零散,具体的实现我们可以参考webscalesql上的代码:https://reviews.facebook.net/D31107
或者在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,要实现大页面压缩,需要解除这个限制。
 

原创文章,转载请注明: 转载自Simple Life

本文链接地址: MySQL 5.7.6: wl#5757 InnoDB支持大page

Post Footer automatically generated by wp-posturl plugin for wordpress.


Comments

Leave a Reply

Your email address will not be published. Name and email are required


Current month ye@r day *