从MySQL 5.7版本开始，MySQL不仅支持原有的压缩表格式(Table Compression)，还支持一种称为透明页压缩的特性(Transparent Page Compression)。通过阅资料和源码，我对这个特性有了一定的了解。以下我将从它的使用方法、实现原理等方面对它进行简单分析，并同压缩表格式进行一些对比。
官方文档对于透明页压缩的特性的说明仅仅一页，主要说明了它的使用方法，我也对这页官方文档进行过翻译，详见：InnoDB Page Compression MySQL文档翻译：InnoDB透明页压缩
对于透明页压缩的使用方法，和压缩表格式相同的是，都是通过CREATE TABLE或者ALTER TABLE语法对于一个表使用的。不同点是压缩表格式使用ROW_FORMAT=COMPRESSED这个字段，而透明页压缩使用COMPRESSION="zlib"、COMPRESSION="lz4"或者COMPRESSION="None"这种字段。分别用两种压缩形式创建一个表的例子：
原文：
[MySQL 5.7 Manual 15.9.1.6 Compression for OLTP Workloads]
https://dev.mysql.com/doc/refman/5.7/en/innodb-performance-compression-oltp.html
原文：
[MySQL 5.7 Manual 15.9.1.5 How Compression Works for InnoDB Tables]
https://dev.mysql.com/doc/refman/5.7/en/innodb-compression-internals.html
原文：
[MySQL 5.7 Reference Manual 15.9.2 InnoDB Page Compression]
https://dev.mysql.com/doc/refman/5.7/en/innodb-page-compression.html
原文 [MySQL Internals Manual 22.2.1 High-Altitude View] https://dev.mysql.com/doc/internals/en/innodb-page-overview.html
InnoDB的页有7个部分：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
+----------------------------+ | Fil Header | +----------------------------+ | Page Header | +----------------------------+ | Infimum + Supremum Records | +----------------------------+ | User Records | +----------------------------+ | Free Space | +----------------------------+ | Page Directory | +----------------------------+ | Fil Trailer | +----------------------------+ |
本节将介绍当你决定更多更快的存储硬件设备投入到数据库服务器时，应该如何配置它们。 软件配置上优化InnoDB以提高I / O性能的信息，请参见第9.5.8节“优化InnoDB磁盘I/O”。
原文：8.5.8 Optimizing InnoDB Disk I/O
这页感觉比较重要，翻译一下。。
如果你遵循了数据库设计和SQL操作调优的最佳实践，但是数据库仍然由于磁盘I/O负载过重而运行慢，请考虑这些磁盘I/O优化方法。如果Unix top工具或Windows任务管理器显示你的工作负载的CPU使用率百分比小于70％，那么你的数据库系统瓶颈在于磁盘。