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

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

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

REDUNDANT 列格式儲存特性

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

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

使用 COMPACT 列格式的資料表，會將可變長度欄位值（VARCHAR、VARBINARY，以及 BLOB 和 TEXT 類型）的前 768 個位元組儲存在 B 樹節點內的索引記錄中，其餘部分則儲存在溢出頁面中。長度大於或等於 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 個位元組，則會內聯儲存。

DYNAMIC 列格式會維持如果整個列適合儲存在索引節點中的效率（如同 COMPACT 和 REDUNDANT 格式），但 DYNAMIC 列格式避免了使用長欄位的大量資料位元組填滿 B 樹節點的問題。DYNAMIC 列格式基於這樣一個觀點：如果將長資料值的一部分儲存在頁面外，通常最有效的方法是將整個值儲存在頁面外。使用 DYNAMIC 格式，較短的欄位很可能保留在 B 樹節點中，從而最大限度地減少給定列所需的溢出頁面數量。

DYNAMIC 列格式支援最大 3072 個位元組的索引鍵字首。

使用 DYNAMIC 列格式的表格可以儲存在系統表格空間、每個表格檔案的表格空間和一般表格空間中。若要將 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 列格式的更多資訊，請參閱第 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:

或者，查詢 Information Schema INNODB_TABLES 表格

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