InnoDB表和页面压缩

• 表压缩概述
• 本节描述InnoDB表压缩，InnoDB驻留在 file_per_table 表空间或常规表空间中的表支持此压缩。使用ROW_FORMAT=COMPRESSED属性CREATE TABLE或启用表压缩ALTER TABLE。因为处理器和高速缓存的速度比磁盘存储设备的速度增加了，所以许多工作负载都是磁

• 创建压缩表
• 压缩表可以在每表文件表空间或常规表空间中创建。表压缩不适用于InnoDB 系统表空间。系统表空间（空间0，.ibdata文件）可以包含用户创建的表，但也包含内部系统数据，该数据永远不会被压缩。因此，压缩仅适用于每个表文件或常规表空间中存储的表（和索引）。在每表文件表空间中创建压缩表要在每个表文件表空

• 调整InnoDB表的压缩
• 大多数情况下，InnoDB数据存储和压缩中描述的内部优化可确保系统在压缩数据下正常运行。但是，由于压缩的效率取决于数据的性质，因此您可以做出影响压缩表性能的决策：要压缩哪些表。要使用的压缩页面大小。是否根据运行时性能特征（例如系统花费在压缩和解压缩数据上的时间）来调整缓冲池的大小。工作负载更像是数据

• 在运行时监视InnoDB表压缩
• 整体应用程序性能，CPU和I / O利用率以及磁盘文件的大小很好地表明了压缩对您的应用程序的有效性。本节以“为InnoDB表调整压缩”中的性能调整建议为基础，并说明如何查找在初始测试期间可能不会出现的问题。要深入了解压缩表的性能注意事项，可以使用示例15.1“使用压缩信息模式表”中所述的信息模式表在

• InnoDB表的压缩方式
• 本节描述有关InnoDB表压缩的一些内部实现细节。此处显示的信息可能有助于调整性能，但对于压缩的基本用法不是必需的。压缩算法某些操作系统在文件系统级别实现压缩。文件通常分为固定大小的块，然后压缩为可变大小的块，这很容易导致碎片。每次修改块中的内容时，整个块都会重新压缩，然后再写入磁盘。这些属性使该压

• OLTP工作负载的压缩
• 传统上，InnoDB压缩功能主要推荐用于只读或以只读为主的工作负载，例如在数据仓库配置中。SSD 存储设备的兴起，这种快速但相对较小和昂贵的价格使得压缩对OLTP工作负载也很有吸引力：高流量的交互式网站可以通过使用压缩表来减少其存储需求和每秒的I / O操作（IOPS）。那些频繁的应用程序INSER

• SQL压缩语法警告和错误
• 本节介绍将表压缩功能与每表文件表空间和常规表空间一起使用时可能遇到的语法警告和错误。每表文件表空间的SQL压缩语法警告和错误当innodb_strict_mode被使能（默认值），指定ROW_FORMAT=COMPRESSED或KEY_BLOCK_SIZE在CREATE TABLE或ALTER TA

• InnoDB页面压缩
• InnoDB支持驻留在每个表文件表空间中的表的页面级压缩。此功能称为透明页面压缩。通过COMPRESSION使用CREATE TABLE或指定属性来启用页面压缩ALTER TABLE。支持的压缩算法包括Zlib和LZ4。支持平台页面压缩需要稀疏文件和打孔支持。Windows带有NTFS以及以下MyS

• InnoDB行格式
• 表的行格式决定了其行的物理存储方式，进而会影响查询和DML操作的性能。随着更多的行适合单个磁盘页面，查询和索引查找可以更快地工作，缓冲池中需要更少的缓存，并且写出更新后的值也需要更少的I / O。每个表中的数据分为几页。构成每个表的页面以称为B树索引的树数据结构排列。表数据和二级索引都使用这种类型的