REDUNDANT 格式提供了与旧版本 MySQL 的兼容性。

使用 REDUNDANT 行格式的表将可变长度列值的前 768 字节 (VARCHAR、VARBINARY 和 BLOB 和 TEXT 类型) 存储在 B 树节点中的索引记录中，其余部分存储在溢出页上。固定长度列大于或等于 768 字节被编码为可变长度列，可以存储在溢出页上。例如，CHAR(255) 列可能超过 768 字节，如果字符集的最大字节长度大于 3，如 utf8mb4。

如果列值的长度为 768 字节或更少，不使用溢出页，这可能会导致 I/O 的一些节省，因为值被完全存储在 B 树节点中。这对相对较短的 BLOB 列值非常有效，但可能会导致 B 树节点填充数据而不是键值，减少索引的效率。具有许多 BLOB 列的表可能会导致 B 树节点变得太满，包含太少的行，使整个索引变得不太有效。

REDUNDANT 行格式存储特征

REDUNDANT 行格式具有以下存储特征：

COMPACT 行格式将行存储空间减少约 20%，相比 REDUNDANT 行格式，但增加了某些操作的 CPU 使用。如果工作负载是典型的，受限于缓存命中率和磁盘速度，COMPACT 格式可能更快。如果工作负载受限于 CPU 速度，compact 格式可能更慢。

使用 COMPACT 行格式的表将变长列值（VARCHAR、VARBINARY 和 BLOB 和 TEXT 类型）存储在索引记录中的 B 树节点中，超过 768 字节的部分存储在溢出页面上。固定长度列大于或等于 768 字节将被编码为变长列，可以存储在页面外。例如，CHAR(255) 列可以超过 768 字节，如果字符集的最大字节长度大于 3，如 utf8mb4。

如果列值小于或等于 768 字节，不使用溢出页面，可能会减少 I/O，因为值完全存储在 B 树节点中。这对相对较短的 BLOB 列值非常有用，但可能会导致 B 树节点填充数据而不是键值，减少索引效率。具有许多 BLOB 列的表可能会导致 B 树节点变得太满，包含太少的行，降低整个索引的效率。

COMPACT 行格式存储特征

COMPACT 行格式具有以下存储特征：

动态行格式提供了与紧凑行格式相同的存储特性，但添加了对长变长列的增强存储能力，并支持大索引键前缀。

当表创建时使用 ROW_FORMAT=DYNAMIC，InnoDB 可以将长变长列值（对于 VARCHAR、VARBINARY 和 BLOB 和 TEXT 类型）完全存储在溢出页上，聚集索引记录仅包含 20 字节的指针指向溢出页。固定长度字段大于或等于 768 字节将被编码为变长字段。例如，CHAR(255) 列可以超过 768 字节，如果字符集的最大字节长度大于 3，如 utf8mb4。

列是否存储在溢出页上取决于页大小和行的总大小。当行太长时，选择最长的列进行溢出页存储，直到聚集索引记录适合 B 树页。TEXT 和 BLOB 列小于或等于 40 字节将存储在行中。

动态行格式维持了将整个行存储在索引节点中的效率（与紧凑和冗余格式相同），但动态行格式避免了 B 树节点被大量数据字节填充的问题。动态行格式基于这样一个想法：如果长数据值的一部分存储在溢出页上，那么通常最好将整个值存储在溢出页上。使用动态格式，较短的列更可能留在 B 树节点中，减少了溢出页的数量。

动态行格式支持索引键前缀最多 3072 字节。

使用动态行格式的表可以存储在系统表空间、每个表的表空间和通用表空间中。要在系统表空间中存储动态表，禁用 innodb_file_per_table 并使用常规的 CREATE TABLE 或 ALTER TABLE 语句，或者使用 TABLESPACE [=] innodb_system 表选项与 CREATE TABLE 或 ALTER TABLE。变量 innodb_file_per_table 不适用于通用表空间，也不适用于使用 TABLESPACE [=] innodb_system 表选项将动态表存储在系统表空间中。

动态行格式存储特征

动态行格式是紧凑行格式的变体。有关存储特征，请参阅 紧凑行格式存储特征。

压缩行格式提供了与动态行格式相同的存储特征和功能，但添加了表和索引数据压缩支持。

压缩行格式使用与动态行格式相似的内部细节来存储溢出页，另外还考虑了表和索引数据压缩和使用较小的页大小的存储和性能问题。使用压缩行格式，KEY_BLOCK_SIZE 选项控制聚集索引中存储的列数据量，以及溢出页上的数据量。有关压缩行格式的更多信息，请参阅 第 17.9 节，“InnoDB 表和页压缩”。

压缩行格式支持索引键前缀最多 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 时。

可以使用 ROW_FORMAT 表选项在 CREATE TABLE 或 ALTER TABLE 语句中明确定义表的行格式。例如：

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'

新创建的表使用 innodb_default_row_format 变量定义的行格式，除非明确指定了 ROW_FORMAT 选项，或者使用 ROW_FORMAT=DEFAULT。例如，以下 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    |
+----------+------------+