REDUNDANT 格式提供與較舊 MySQL 版本的相容性。

使用 REDUNDANT 列格式的表格，會在 B 樹節點內的索引記錄中儲存可變長度欄位值（VARCHAR、VARBINARY，以及 BLOB 和 TEXT 類型）的前 768 個位元組，其餘部分則儲存在溢出頁面上。大於或等於 768 個位元組的固定長度欄位會被編碼為可變長度欄位，可以儲存在頁面外。例如，如果字元集的最大位元組長度大於 3，則 CHAR(255) 欄位可能會超過 768 個位元組，如同 utf8mb4 一樣。

如果欄位的值為 768 個位元組或更少，則不會使用溢出頁面，並且由於值完全儲存在 B 樹節點中，可能會節省一些 I/O。這對於相對較短的 BLOB 欄位值效果良好，但可能會導致 B 樹節點充滿資料而不是索引鍵值，從而降低其效率。具有許多 BLOB 欄位的表格可能會導致 B 樹節點變得太滿，且包含的列太少，使得整個索引的效率不如列較短或欄位值儲存在頁面外的情況。

REDUNDANT 列格式儲存特性

REDUNDANT 列格式具有以下儲存特性

與 REDUNDANT 列格式相比，COMPACT 列格式將列儲存空間減少約 20%，代價是增加某些操作的 CPU 使用率。如果您的工作負載是受限於快取命中率和磁碟速度的典型工作負載，則 COMPACT 格式可能會更快。如果工作負載受限於 CPU 速度，則精簡格式可能會較慢。

使用 COMPACT 列格式的表格，會在 B 樹節點內的索引記錄中儲存可變長度欄位值（VARCHAR、VARBINARY，以及 BLOB 和 TEXT 類型）的前 768 個位元組，其餘部分則儲存在溢出頁面上。大於或等於 768 個位元組的固定長度欄位會被編碼為可變長度欄位，可以儲存在頁面外。例如，如果字元集的最大位元組長度大於 3，則 CHAR(255) 欄位可能會超過 768 個位元組，如同 utf8mb4 一樣。

如果欄位的值為 768 個位元組或更少，則不會使用溢出頁面，並且由於值完全儲存在 B 樹節點中，可能會節省一些 I/O。這對於相對較短的 BLOB 欄位值效果良好，但可能會導致 B 樹節點充滿資料而不是索引鍵值，從而降低其效率。具有許多 BLOB 欄位的表格可能會導致 B 樹節點變得太滿，且包含的列太少，使得整個索引的效率不如列較短或欄位值儲存在頁面外的情況。

COMPACT 列格式儲存特性

COMPACT 列格式具有以下儲存特性

DYNAMIC 列格式提供的儲存特性與 COMPACT 列格式相同，但增加了對長可變長度欄位的增強儲存能力，並支援大型索引鍵前綴。

當使用 ROW_FORMAT=DYNAMIC 建立表格時，InnoDB 可以將長可變長度欄位值（對於 VARCHAR、VARBINARY，以及 BLOB 和 TEXT 類型）完全儲存在頁面外，叢集索引記錄僅包含指向溢出頁面的 20 位元組指標。大於或等於 768 個位元組的固定長度欄位會被編碼為可變長度欄位。例如，如果字元集的最大位元組長度大於 3，則 CHAR(255) 欄位可能會超過 768 個位元組，如同 utf8mb4 一樣。

欄位是否儲存在頁面外取決於頁面大小和列的總大小。當列太長時，會選擇最長的欄位進行頁面外儲存，直到叢集索引記錄適合 B 樹頁面。TEXT 和 BLOB 欄位小於或等於 40 個位元組時，會內嵌儲存。

若整個資料列能放入索引節點中（如同 COMPACT 和 REDUNDANT 格式），DYNAMIC 列格式會保持儲存整個資料列的效率。但 DYNAMIC 列格式會避免因長資料行的龐大資料位元組填滿 B 樹節點的問題。DYNAMIC 列格式的基礎概念是，如果長資料值的一部分被儲存在頁外，通常將整個值儲存在頁外是最有效率的。使用 DYNAMIC 格式，較短的資料行可能仍會保留在 B 樹節點中，從而最大限度地減少給定資料列所需的溢出頁數量。

DYNAMIC 列格式支援最多 3072 位元組的索引鍵前綴。

使用 DYNAMIC 列格式的資料表可以儲存在系統表空間、每個資料表檔案的表空間和通用表空間中。若要將 DYNAMIC 資料表儲存在系統表空間中，請停用 innodb_file_per_table 並使用常規的 CREATE TABLE 或 ALTER TABLE 語句，或者使用 TABLESPACE [=] innodb_system 資料表選項搭配 CREATE TABLE 或 ALTER TABLE。 innodb_file_per_table 變數不適用於通用表空間，也不適用於使用 TABLESPACE [=] innodb_system 資料表選項將 DYNAMIC 資料表儲存在系統表空間中。

DYNAMIC 列格式儲存特性

DYNAMIC 列格式是 COMPACT 列格式的變體。有關儲存特性，請參閱COMPACT 列格式儲存特性。

COMPRESSED 列格式提供與 DYNAMIC 列格式相同的儲存特性和功能，但增加了對資料表和索引資料壓縮的支援。

COMPRESSED 列格式使用與 DYNAMIC 列格式相似的內部細節進行頁外儲存，並在資料表和索引資料壓縮以及使用較小的頁面大小時，考量額外的儲存和效能。使用 COMPRESSED 列格式時，KEY_BLOCK_SIZE 選項控制叢集索引中儲存多少資料行資料，以及有多少資料放置在溢出頁面上。有關 COMPRESSED 列格式的更多資訊，請參閱第 17.9 節「InnoDB 資料表和頁面壓縮」。

COMPRESSED 列格式支援最多 3072 位元組的索引鍵前綴。

使用 COMPRESSED 列格式的資料表可以在每個資料表檔案的表空間或通用表空間中建立。系統表空間不支援 COMPRESSED 列格式。若要將 COMPRESSED 資料表儲存在每個資料表檔案的表空間中，必須啟用 innodb_file_per_table 變數。innodb_file_per_table 變數不適用於通用表空間。通用表空間支援所有列格式，但由於物理頁面大小不同，壓縮和未壓縮的資料表不能在同一個通用表空間中共存。有關更多資訊，請參閱第 17.6.3.3 節「通用表空間」。

壓縮列格式儲存特性

COMPRESSED 列格式是 COMPACT 列格式的變體。有關儲存特性，請參閱COMPACT 列格式儲存特性。

InnoDB 資料表的預設列格式由 innodb_default_row_format 變數定義，其預設值為 DYNAMIC。當未明確定義 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 作業。如需更多資訊，請參閱第 17.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:

或者，查詢資訊結構描述 INNODB_TABLES 資料表

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