InnoDB では、file-per-table テーブルスペースに存在するテーブルのページレベルの圧縮がサポートされます。 この機能は、透過的ページ圧縮と呼ばれます。 ページ圧縮を有効にするには、CREATE TABLE または ALTER TABLE で COMPRESSION 属性を指定します。 サポートされている圧縮アルゴリズムには、Zlib および LZ4 があります。

サポートされるプラットフォーム

ページ圧縮には、スパースファイルおよびホールパンチのサポートが必要です。 ページ圧縮は、NTFS を使用する Windows、およびカーネルレベルでホールパンチングサポートが提供される MySQL-supported Linux プラットフォームの次のサブセットでサポートされます:

ページ圧縮の仕組み

ページが書き込まれると、指定された圧縮アルゴリズムを使用して圧縮されます。 圧縮されたデータはディスクに書き込まれ、ホールパンチングメカニズムによってページの最後から空のブロックが解放されます。 圧縮に失敗すると、データはそのまま書き出されます。

Linux の穴パンチサイズ

Linux システムでは、ファイルシステムのブロックサイズはホールパンチに使用される単位サイズです。 したがって、ページ圧縮は、InnoDB ページサイズからファイルシステムのブロックサイズを引いたサイズ以下のサイズにページデータを圧縮できる場合にのみ機能します。 たとえば、innodb_page_size=16K でファイルシステムのブロックサイズが 4K の場合、ホールパンチを可能にするには、ページデータを 12K 以下に圧縮する必要があります。

Windows でのホールパンチングサイズ

Windows システムでは、疎ファイルの基盤となるインフラストラクチャは NTFS 圧縮に基づいています。 ホールパンチングサイズは NTFS 圧縮ユニットで、NTFS クラスタサイズの 16 倍です。 次のテーブルに、クラスタサイズとその圧縮単位を示します:

Windows システムでのページ圧縮は、ページデータを InnoDB ページサイズから圧縮単位サイズを引いた値以下のサイズに圧縮できる場合にのみ機能します。

NTFS クラスタのデフォルトサイズは 4KB で、圧縮単位のサイズは 64KB です。 つまり、デフォルトの Windows NTFS 構成では、最大 innodb_page_size も 64KB であるため、ページ圧縮にメリットはありません。

ページ圧縮を Windows で機能させるには、ファイルシステムを 4K より小さいクラスタサイズで作成し、innodb_page_size を圧縮ユニットの 2 倍以上のサイズにする必要があります。 たとえば、ページ圧縮が Windows で機能するようにするには、512 バイト (圧縮単位は 8KB) のクラスタサイズでファイルシステムを構築し、16K 以上の innodb_page_size 値で InnoDB を初期化します。

ページ圧縮の有効化

ページ圧縮を有効にするには、CREATE TABLE ステートメントで COMPRESSION 属性を指定します。 例:

CREATE TABLE t1 (c1 INT) COMPRESSION="zlib";

ALTER TABLE ステートメントでページ圧縮を有効にすることもできます。 ただし、ALTER TABLE ... COMPRESSION ではテーブルスペース圧縮属性のみが更新されます。 新しい圧縮アルゴリズムの設定後に発生したテーブルスペースへの書込みでは新しい設定が使用されますが、新しい圧縮アルゴリズムを既存のページに適用するには、OPTIMIZE TABLE を使用してテーブルを再構築する必要があります。

ALTER TABLE t1 COMPRESSION="zlib";
OPTIMIZE TABLE t1;

ページ圧縮の無効化

ページ圧縮を無効にするには、ALTER TABLE を使用して COMPRESSION=None を設定します。 COMPRESSION=None の設定後に発生するテーブルスペースへの書込みでは、ページ圧縮は使用されなくなりました。 既存のページを解凍するには、COMPRESSION=None の設定後に OPTIMIZE TABLE を使用してテーブルを再構築する必要があります。

ALTER TABLE t1 COMPRESSION="None";
OPTIMIZE TABLE t1;

ページ圧縮メタデータ

ページ圧縮メタデータは、INFORMATION_SCHEMA.INNODB_TABLESPACES テーブルの次のカラムにあります:

次の例では、employees テーブルのページ圧縮メタデータが INFORMATION_SCHEMA.INNODB_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_TABLESPACES

mysql> SELECT SPACE, NAME, FS_BLOCK_SIZE, FILE_SIZE, ALLOCATED_SIZE FROM
       INFORMATION_SCHEMA.INNODB_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 バイトで、ホールパンチに使用されるブロックサイズです。

ページ圧縮を使用したテーブルの識別

ページ圧縮が有効になっているテーブルを識別するには、COMPRESSION 属性で定義されているテーブルの INFORMATION_SCHEMA.TABLES CREATE_OPTIONS カラムをクエリーします:

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 属性も表示されます (使用されている場合)。

ページ圧縮の制限事項と使用上のノート