worklog:
http://dev.mysql.com/worklog/task/?id=5757
官方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，要实现大页面压缩，需要解除这个限制。