REDUNDANT 形式は、古いバージョンの MySQL との互換性を提供します。

REDUNDANT 行フォーマットを使用するテーブルでは、可変長カラム値 (VARCHAR、VARBINARY、BLOB および TEXT タイプ) の最初の 768 バイトが B ツリーノード内のインデックスレコードに格納され、残りはオーバーフローページに格納されます。 768 バイト以上の固定長カラムは可変長カラムとしてエンコードされ、オフページに格納できます。 たとえば、utf8mb4 と同様に、文字セットの最大バイト長が 3 より大きい場合、CHAR(255) カラムは 768 バイトを超えることがあります。

カラムの値が 768 バイト以下の場合、オーバーフローページは使用されず、値は完全に B ツリーノードに格納されるため、I/O である程度節約できます。 これは比較的短い BLOB カラム値には適切に機能しますが、B ツリーノードがキー値ではなくデータを埋めるため、効率が低下する可能性があります。 BLOB カラムが多数あるテーブルでは、B ツリーノードがいっぱいになりすぎて行が少なすぎるため、行が短い場合やカラム値がオフページに格納された場合よりもインデックス全体の効率が低下する可能性があります。

REDUNDANT 行形式の記憶特性

REDUNDANT の行形式には、次のような記憶特性があります:

COMPACT の行形式では、REDUNDANT の行形式と比べて行の記憶領域が約 20% 削減されますが、一部の操作で CPU 使用率が増加します。 ワークロードが、キャッシュヒット率とディスク速度によって制限される通常のワークロードであれば、COMPACT 形式が高速になる可能性があります。 ワークロードが CPU 速度によって制限されている場合、圧縮形式が遅くなる可能性があります。

COMPACT 行フォーマットを使用するテーブルでは、可変長カラム値 (VARCHAR、VARBINARY、BLOB および TEXT タイプ) の最初の 768 バイトが B-tree ノード内のインデックスレコードに格納され、残りはオーバーフローページに格納されます。 768 バイト以上の固定長カラムは可変長カラムとしてエンコードされ、オフページに格納できます。 たとえば、utf8mb4 と同様に、文字セットの最大バイト長が 3 より大きい場合、CHAR(255) カラムは 768 バイトを超えることがあります。

カラムの値が 768 バイト以下の場合、オーバーフローページは使用されず、値は完全に B ツリーノードに格納されるため、I/O である程度節約できます。 これは比較的短い BLOB カラム値には適切に機能しますが、B ツリーノードがキー値ではなくデータを埋めるため、効率が低下する可能性があります。 BLOB カラムが多数あるテーブルでは、B ツリーノードがいっぱいになりすぎて行が少なすぎるため、行が短い場合やカラム値がオフページに格納された場合よりもインデックス全体の効率が低下する可能性があります。

COMPACT 行形式の格納特性

COMPACT の行形式には、次のような記憶特性があります:

DYNAMIC の行形式では、COMPACT の行形式と同じ記憶特性が提供されますが、長い可変長カラムの拡張記憶域機能が追加され、大規模なインデックスキー接頭辞がサポートされます。

ROW_FORMAT=DYNAMIC を使用してテーブルを作成する場合、InnoDB では、オーバーフローページへの 20 バイトポインタのみを含むクラスタインデックスレコードを使用して、長い可変長のカラム値 (VARCHAR、VARBINARY、BLOB および TEXT タイプの場合) を完全にオフページに格納できます。 768 バイト以上の固定長フィールドは、可変長フィールドとしてエンコードされます。 たとえば、utf8mb4 と同様に、文字セットの最大バイト長が 3 より大きい場合、CHAR(255) カラムは 768 バイトを超えることがあります。

カラムがオフページに格納されるかどうかは、ページサイズおよび行の合計サイズによって異なります。 行が長すぎる場合、クラスタ化されたインデックスレコードが B-tree ページに収まるまで、最も長いカラムがオフページ記憶域として選択されます。 40 バイト以下の TEXT および BLOB カラムは、行に格納されます。

DYNAMIC の行形式では、(COMPACT および REDUNDANT 形式の場合と同様に) インデックスノードに行全体を格納する効率が維持されますが、DYNAMIC の行形式では、B ツリーノードに大量の長いカラムのデータバイトを入力する問題が回避されます。 DYNAMIC の行形式は、長いデータ値の一部がオフページに格納されている場合、通常は値全体をオフページに格納する方が効率的です。 DYNAMIC 形式では、B ツリーノードに短いカラムが残る可能性があるため、特定の行に必要なオーバーフローページの数が最小限に抑えられます。

DYNAMIC の行形式では、3072 バイトまでのインデックスキー接頭辞がサポートされます。

DYNAMIC 行形式を使用するテーブルは、システムテーブルスペース、file-per-table テーブルスペースおよび一般テーブルスペースに格納できます。 DYNAMIC テーブルをシステムテーブルスペースに格納するには、innodb_file_per_table を無効にして通常の CREATE TABLE ステートメントまたは ALTER TABLE ステートメントを使用するか、CREATE TABLE または ALTER TABLE で TABLESPACE [=] innodb_system テーブルオプションを使用します。 innodb_file_per_table 変数は、一般的なテーブルスペースには適用されず、TABLESPACE [=] innodb_system テーブルオプションを使用して DYNAMIC テーブルをシステムテーブルスペースに格納する場合にも適用されません。

DYNAMIC 行フォーマットの格納特性

DYNAMIC の行フォーマットは、COMPACT の行フォーマットのバリエーションです。 記憶特性については、COMPACT 行形式の格納特性 を参照してください。

COMPRESSED の行形式は、DYNAMIC の行形式と同じ記憶特性および機能を提供しますが、テーブルおよびインデックスのデータ圧縮のサポートが追加されています。

COMPRESSED 行フォーマットは、オフページストレージに関して DYNAMIC 行フォーマットと同様の内部の詳細を使用するほか、追加のストレージ、圧縮されるテーブルおよびインデックスデータからのパフォーマンスの考慮事項、および小さいページサイズを使用します。 COMPRESSED の行形式では、KEY_BLOCK_SIZE オプションによって、クラスタインデックスに格納されるカラムデータの量およびオーバーフローページに配置される量が制御されます。 COMPRESSED の行形式の詳細は、セクション15.9「InnoDB のテーブルおよびページの圧縮」 を参照してください。

COMPRESSED の行形式では、3072 バイトまでのインデックスキー接頭辞がサポートされます。

COMPRESSED 行形式を使用するテーブルは、file-per-table テーブルスペースまたは一般テーブルスペースに作成できます。 システムテーブルスペースは、COMPRESSED の行形式をサポートしていません。 file-per-table テーブルスペースに COMPRESSED テーブルを格納するには、innodb_file_per_table 変数を有効にする必要があります。 innodb_file_per_table 変数は、一般的なテーブルスペースには適用できません。 一般テーブルスペースでは、物理ページサイズが異なるために圧縮テーブルと非圧縮テーブルを同じ一般テーブルスペースに共存できないという注意事項を含むすべての行形式がサポートされています。 詳細は、セクション15.6.3.3「一般テーブルスペース」を参照してください。

圧縮された行形式の格納特性

COMPRESSED の行フォーマットは、COMPACT の行フォーマットのバリエーションです。 記憶特性については、COMPACT 行形式の格納特性 を参照してください。

InnoDB テーブルのデフォルトの行形式は、DYNAMIC のデフォルト値を持つ innodb_default_row_format 変数によって定義されます。 デフォルトの行フォーマットは、ROW_FORMAT テーブルオプションが明示的に定義されていない場合、または ROW_FORMAT=DEFAULT が指定されている場合に使用されます。

テーブルの行形式は、CREATE TABLE ステートメントまたは ALTER TABLE ステートメントの ROW_FORMAT テーブルオプションを使用して明示的に定義できます。 例:

CREATE TABLE t1 (c1 INT) ROW_FORMAT=DYNAMIC;

明示的に定義された ROW_FORMAT 設定は、デフォルトの行フォーマットをオーバーライドします。 ROW_FORMAT=DEFAULT を指定することは、暗黙のデフォルトを使用することと同じです。

innodb_default_row_format 変数は動的に設定できます:

mysql> SET GLOBAL innodb_default_row_format=DYNAMIC;

有効な innodb_default_row_format オプションには、DYNAMIC、COMPACT および REDUNDANT があります。 システムテーブルスペースでの使用がサポートされていない COMPRESSED 行形式は、デフォルトとして定義できません。 これは、CREATE TABLE ステートメントまたは ALTER TABLE ステートメントでのみ明示的に指定できます。 innodb_default_row_format 変数を COMPRESSED に設定しようとすると、エラーが返されます:

mysql> SET GLOBAL innodb_default_row_format=COMPRESSED;
ERROR 1231 (42000): Variable 'innodb_default_row_format'
can't be set to the value of 'COMPRESSED'

新しく作成されたテーブルでは、ROW_FORMAT オプションが明示的に指定されていない場合、または ROW_FORMAT=DEFAULT が使用されている場合に、innodb_default_row_format 変数で定義された行形式が使用されます。 たとえば、次の CREATE TABLE ステートメントでは、innodb_default_row_format 変数で定義された行形式が使用されます。

CREATE TABLE t1 (c1 INT);

CREATE TABLE t2 (c1 INT) ROW_FORMAT=DEFAULT;

ROW_FORMAT オプションが明示的に指定されていない場合、または ROW_FORMAT=DEFAULT が使用されている場合、テーブルを再構築する操作によって、テーブルの行形式が innodb_default_row_format 変数で定義された形式に暗黙的に変更されます。

テーブルの再構築操作には、テーブルの再構築が必要な ALGORITHM=COPY または ALGORITHM=INPLACE を使用する ALTER TABLE 操作が含まれます。 詳しくはセクション15.12.1「オンライン DDL 操作」をご覧ください。 OPTIMIZE TABLE は、テーブルの再構築操作でもあります。

次の例は、明示的に定義された行形式なしで作成されたテーブルの行形式を暗黙的に変更するテーブル再構築操作を示しています。

mysql> SELECT @@innodb_default_row_format;
+-----------------------------+
| @@innodb_default_row_format |
+-----------------------------+
| dynamic                     |
+-----------------------------+

mysql> CREATE TABLE t1 (c1 INT);

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_TABLES WHERE NAME LIKE 'test/t1' \G
*************************** 1. row ***************************
     TABLE_ID: 54
         NAME: test/t1
         FLAG: 33
       N_COLS: 4
        SPACE: 35
   ROW_FORMAT: Dynamic
ZIP_PAGE_SIZE: 0
   SPACE_TYPE: Single

mysql> SET GLOBAL innodb_default_row_format=COMPACT;

mysql> ALTER TABLE t1 ADD COLUMN (c2 INT);

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_TABLES WHERE NAME LIKE 'test/t1' \G
*************************** 1. row ***************************
     TABLE_ID: 55
         NAME: test/t1
         FLAG: 1
       N_COLS: 5
        SPACE: 36
   ROW_FORMAT: Compact
ZIP_PAGE_SIZE: 0
   SPACE_TYPE: Single

既存のテーブルの行形式を REDUNDANT または COMPACT から DYNAMIC に変更する前に、次の潜在的な問題を考慮してください。

テーブルの行形式を確認するには、SHOW TABLE STATUS を使用します:

mysql> SHOW TABLE STATUS IN test1\G
*************************** 1. row ***************************
           Name: t1
         Engine: InnoDB
        Version: 10
     Row_format: Dynamic
           Rows: 0
 Avg_row_length: 0
    Data_length: 16384
Max_data_length: 0
   Index_length: 16384
      Data_free: 0
 Auto_increment: 1
    Create_time: 2016-09-14 16:29:38
    Update_time: NULL
     Check_time: NULL
      Collation: utf8mb4_0900_ai_ci
       Checksum: NULL
 Create_options:
        Comment:

または、INFORMATION_SCHEMA.INNODB_TABLES テーブルをクエリーします:

mysql> SELECT NAME, ROW_FORMAT FROM INFORMATION_SCHEMA.INNODB_TABLES WHERE NAME='test1/t1';
+----------+------------+
| NAME     | ROW_FORMAT |
+----------+------------+
| test1/t1 | Dynamic    |
+----------+------------+