InnoDB
支持驻留在file-per-table 表空间中的表的页级压缩
。此功能称为透明页面压缩。通过使用或
指定COMPRESSION
属性
启用页面压缩。支持的压缩算法包括和
。
CREATE TABLE
ALTER TABLE
Zlib
LZ4
支持的平台
页面压缩需要稀疏文件和打孔支持。带有 NTFS 的 Windows 和以下支持 MySQL 的 Linux 平台子集支持页面压缩,其中内核级别提供打孔支持:
RHEL 7 和使用内核版本 3.10.0-123 或更高版本的派生发行版
OEL 5.10 (UEK2) 内核版本 2.6.39 或更高
OEL 6.5 (UEK3) 内核版本 3.8.13 或更高
OEL 7.0 内核版本 3.8.13 或更高版本
SLE11 内核版本 3.0-x
SLE12 内核版本 3.12-x
OES11 内核版本 3.0-x
Ubuntu 14.0.4 LTS 内核版本 3.13 或更高
Ubuntu 12.0.4 LTS 内核版本 3.2 或更高
Debian 7 内核版本 3.2 或更高
给定 Linux 发行版的所有可用文件系统可能不支持打孔。
页面压缩的工作原理
写入页面时,使用指定的压缩算法对其进行压缩。压缩后的数据被写入磁盘,其中打孔机制从页面末尾释放空块。如果压缩失败,数据将按原样写出。
Linux 上的打孔尺寸
在 Linux 系统上,文件系统块大小是用于打孔的单位大小。因此,页面压缩仅在页面数据可以压缩到小于或等于
InnoDB
页面大小减去文件系统块大小的大小时才有效。例如,如果
innodb_page_size=16K
文件系统块大小为 4K,则页面数据必须压缩到小于或等于 12K 才能打孔。
Windows 上的打孔尺寸
在 Windows 系统上,稀疏文件的底层基础结构基于 NTFS 压缩。打孔大小是NTFS压缩单位,是NTFS簇大小的16倍。簇大小及其压缩单位如下表所示:
仅当页面数据可以压缩到小于或等于
InnoDB
页面大小减去压缩单元大小的大小时,Windows 系统上的页面压缩才有效。
默认 NTFS 簇大小为 4KB,压缩单元大小为 64KB。这意味着页面压缩对于开箱即用的 Windows NTFS 配置没有任何好处,因为最大值
innodb_page_size
也是 64KB。
要在 Windows 上使用页面压缩,必须使用小于 4K 的簇大小创建文件系统,并且
innodb_page_size
必须至少是压缩单元大小的两倍。例如,要在 Windows 上进行页面压缩,您可以构建簇大小为 512 字节(压缩单元为 8KB)的文件系统,并使用 16K 或更大InnoDB
的
innodb_page_size
值进行初始化。
启用页面压缩
要启用页面压缩,请
在语句中指定COMPRESSION
属性
。CREATE TABLE
例如:
CREATE TABLE t1 (c1 INT) COMPRESSION="zlib";
您还可以在
ALTER TABLE
语句中启用页面压缩。但是,
ALTER TABLE ...
COMPRESSION
仅更新表空间压缩属性。设置新压缩算法后发生的表空间写入使用新设置,但要将新压缩算法应用于现有页面,您必须使用重建表OPTIMIZE TABLE
。
ALTER TABLE t1 COMPRESSION="zlib";
OPTIMIZE TABLE t1;
禁用页面压缩
要禁用页面压缩,请
COMPRESSION=None
使用
ALTER TABLE
. 设置后发生的对表空间的写入
COMPRESSION=None
不再使用页面压缩。OPTIMIZE TABLE
要解压缩现有页面,您必须在设置后使用重建表COMPRESSION=None
。
ALTER TABLE t1 COMPRESSION="None";
OPTIMIZE TABLE t1;
页面压缩元数据
页面压缩元数据可在
INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES
表中的以下列中找到:
FS_BLOCK_SIZE
:文件系统块大小,也就是打孔使用的单位大小。FILE_SIZE
:文件的表观大小,表示文件的最大大小,未压缩。ALLOCATED_SIZE
:文件的实际大小,即磁盘上分配的空间量。
在类 Unix 系统上,以字节为单位显示表观文件大小(相当于
)。要查看磁盘上分配的实际空间量(相当于
),请使用。该
选项以字节而不是块为单位打印分配的空间,以便可以将其与
输出进行比较。
ls -l
tablespace_name
.ibdFILE_SIZE
ALLOCATED_SIZE
du
--block-size=1
tablespace_name
.ibd--block-size=1
ls -l
用于SHOW CREATE TABLE
查看当前页面压缩设置(Zlib
、
Lz4
或None
)。一个表可能包含具有不同压缩设置的混合页面。
在以下示例中,从表中检索 employees 表的页面压缩元数据
INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES
。
# Create the employees table with Zlib page compression
CREATE TABLE employees (
emp_no INT NOT NULL,
birth_date DATE NOT NULL,
first_name VARCHAR(14) NOT NULL,
last_name VARCHAR(16) NOT NULL,
gender ENUM ('M','F') NOT NULL,
hire_date DATE NOT NULL,
PRIMARY KEY (emp_no)
) COMPRESSION="zlib";
# Insert data (not shown)
# Query page compression metadata in INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES
mysql> SELECT SPACE, NAME, FS_BLOCK_SIZE, FILE_SIZE, ALLOCATED_SIZE FROM
INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES WHERE NAME='employees/employees'\G
*************************** 1. row ***************************
SPACE: 45
NAME: employees/employees
FS_BLOCK_SIZE: 4096
FILE_SIZE: 23068672
ALLOCATED_SIZE: 19415040
employees 表的页面压缩元数据显示表观文件大小为 23068672 字节,而实际文件大小(使用页面压缩)为 19415040 字节。文件系统块大小为4096字节,这是用于打孔的块大小。
使用页面压缩识别表
要识别启用了页面压缩的表,您可以查询使用属性
定义的表的列:INFORMATION_SCHEMA.TABLES
CREATE_OPTIONS
COMPRESSION
mysql> SELECT TABLE_NAME, TABLE_SCHEMA, CREATE_OPTIONS FROM INFORMATION_SCHEMA.TABLES
WHERE CREATE_OPTIONS LIKE '%COMPRESSION=%';
+------------+--------------+--------------------+
| TABLE_NAME | TABLE_SCHEMA | CREATE_OPTIONS |
+------------+--------------+--------------------+
| employees | test | COMPRESSION="zlib" |
+------------+--------------+--------------------+
SHOW CREATE TABLE
还显示
COMPRESSION
属性(如果使用)。
页面压缩限制和使用说明
如果文件系统块大小(或 Windows 上的压缩单元大小)* 2 > ,则禁用页面压缩
innodb_page_size
。驻留在共享表空间(包括系统表空间、临时表空间和通用表空间)中的表不支持页面压缩。
撤消日志表空间不支持页面压缩。
重做日志页面不支持页面压缩。
用于空间索引的 R 树页面未压缩。
属于压缩表 (
ROW_FORMAT=COMPRESSED
) 的页面保持原样。在恢复期间,更新的页面以未压缩的形式写出。
在不支持所用压缩算法的服务器上加载页面压缩表空间会导致 I/O 错误。
在降级到不支持页面压缩的早期版本的 MySQL 之前,解压缩使用页面压缩功能的表。要解压缩表,请运行
ALTER TABLE ... COMPRESSION=None
和OPTIMIZE TABLE
。如果使用的压缩算法在两个服务器上都可用,则可以在 Linux 和 Windows 服务器之间复制页面压缩表空间。
在将页面压缩的表空间文件从一台主机移动到另一台主机时保留页面压缩需要一个保留稀疏文件的实用程序。
与其他平台相比,在具有 NVMFS 的 Fusion-io 硬件上可以实现更好的页面压缩,因为 NVMFS 旨在利用打孔功能。
使用具有较大
InnoDB
页面大小和相对较小文件系统块大小的页面压缩功能可能会导致写入放大。例如,InnoDB
64KB 的最大页面大小和 4KB 的文件系统块大小可能会提高压缩率,但也可能会增加对缓冲池的需求,从而导致 I/O 增加和潜在的写入放大。