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

两种文件格式（和）REDUNDANT都支持行 格式。有关更多信息，请参阅第 14.10 节，“InnoDB 文件格式管理”。 InnoDBAntelopeBarracuda

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

如果列的值是 768 字节或更少，则不会使用溢出页，并且可能会节省一些 I/O，因为该值完全存储在 B 树节点中。这适用于相对较短的BLOB列值，但可能会导致 B 树节点填充数据而不是键值，从而降低其效率。具有许多BLOB列的表可能会导致 B 树节点变得太满，并且包含的​​行太少，从而使整个索引的效率低于行较短或列值存储在页外的情况。

冗余行格式存储特性

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

与COMPACT行格式相比，行格式减少了大约 20% 的行存储空间，REDUNDANT 代价是增加了某些操作的 CPU 使用率。如果您的工作负载是受缓存命中率和磁盘速度限制的典型工作负载，COMPACT格式化可能会更快。如果工作负载受 CPU 速度限制，紧凑格式可能会更慢。

两种文件格式（和）COMPACT都支持行 格式。有关更多信息，请参阅第 14.10 节，“InnoDB 文件格式管理”。 InnoDBAntelopeBarracuda

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

如果列的值是 768 字节或更少，则不会使用溢出页，并且可能会节省一些 I/O，因为该值完全存储在 B 树节点中。这适用于相对较短的BLOB列值，但可能会导致 B 树节点填充数据而不是键值，从而降低其效率。具有许多BLOB列的表可能会导致 B 树节点变得太满，并且包含的​​行太少，从而使整个索引的效率低于行较短或列值存储在页外的情况。

COMPACT 行格式存储特性

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

行格式提供与DYNAMIC行格式相同的存储特性，COMPACT但增加了对长可变长度列的增强存储功能，并支持大索引键前缀。

Barracuda 文件格式支持DYNAMIC 行格式。请参阅第 14.10 节，“InnoDB 文件格式管理”。

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

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

行格式保持了在索引节点合适的DYNAMIC情况下存储整行的效率（ COMPACT和REDUNDANT 格式也是如此），但是DYNAMIC行格式避免了长列的大量数据字节填充B树节点的问题。行DYNAMIC格式基于这样的想法，即如果长数据值的一部分存储在页外，通常将整个值存储在页外是最有效的。使用DYNAMIC格式，较短的列可能会保留在 B 树节点中，从而最大限度地减少给定行所需的溢出页数。

DYNAMIC行格式支持最多 3072 字节的索引键前缀 。此功能由 innodb_large_prefix变量控制，默认情况下启用。有关详细信息，请参阅 innodb_large_prefix变量说明。

使用DYNAMIC行格式的表可以存储在系统表空间、file-per-table 表空间和通用表空间中。要将DYNAMIC表存储在系统表空间中，请禁用 innodb_file_per_table并使用常规CREATE TABLEorALTER TABLE语句，或者将TABLESPACE [=] innodb_system表选项与CREATE TABLEor一起使用ALTER TABLE。和 变量不适用于一般表空间，也不适用于使用innodb_file_per_tabletable 选项在系统表空间中存储表时。 innodb_file_formatTABLESPACE [=] innodb_systemDYNAMIC

动态行格式存储特性

DYNAMIC行格式是行格式的变 体COMPACT。有关存储特性，请参阅 COMPACT 行格式存储特性。

行格式提供与COMPRESSED行格式相同的存储特性和功能， DYNAMIC但增加了对表和索引数据压缩的支持。

Barracuda 文件格式支持 COMPRESSED行格式。请参阅 第 14.10 节，“InnoDB 文件格式管理”。

COMPRESSED行格式使用与行格式类似的页外存储内部细节， 并DYNAMIC从表和索引数据中压缩额外的存储和性能考虑，并使用更小的页面大小。对于COMPRESSED行格式，该 KEY_BLOCK_SIZE选项控制在聚集索引中存储多少列数据，以及将多少列数据放置在溢出页上。有关 COMPRESSED行格式的更多信息，请参阅 第 14.9 节，“InnoDB 表和页面压缩”。

COMPRESSED行格式支持最多 3072 字节的索引键前缀 。此功能由 innodb_large_prefix变量控制，默认情况下启用。有关详细信息，请参阅 innodb_large_prefix变量说明。

COMPRESSED可以在 file-per-table 表空间或通用表空间中创建 使用行格式的表。系统表空间不支持 COMPRESSED行格式。要将 COMPRESSED表存储在 file-per-table 表空间中， innodb_file_per_table必须启用该变量并且 innodb_file_format必须将其设置为 Barracuda. 和 变量不适用于一般表空间innodb_file_per_table。 innodb_file_format通用表空间支持所有行格式，但需要注意的是，由于物理页面大小不同，压缩表和未压缩表不能共存于同一通用表空间中。有关更多信息，请参阅 第 14.6.3.3 节，“通用表空间”。

压缩行格式存储特性

COMPRESSED行格式是行格式的变 体COMPACT。有关存储特性，请参阅 COMPACT 行格式存储特性。

表的默认行格式InnoDB由 innodb_default_row_format 变量定义，其默认值为DYNAMIC. 当 ROW_FORMAT表选项未明确定义或ROW_FORMAT=DEFAULT指定时，将使用默认行格式。

可以使用or 语句ROW_FORMAT中的表选项 显式定义表的行格式 。例如： CREATE TABLEALTER 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 TABLEor 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_FORMATROW_FORMAT=DEFAULTCREATE TABLEinnodb_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 变量定义的格式。

表重建操作包括ALTER TABLE使用 ALGORITHM=COPY或 ALGORITHM=INPLACE需要重建表的操作。有关详细信息，请参阅第 14.13.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_SYS_TABLES WHERE NAME LIKE 'test/t1' \G
*************************** 1. row ***************************
     TABLE_ID: 54
         NAME: test/t1
         FLAG: 33
       N_COLS: 4
        SPACE: 35
  FILE_FORMAT: Barracuda
   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_SYS_TABLES WHERE NAME LIKE 'test/t1' \G
*************************** 1. row ***************************
     TABLE_ID: 55
         NAME: test/t1
         FLAG: 1
       N_COLS: 5
        SPACE: 36
  FILE_FORMAT: Antelope
   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: latin1_swedish_ci
       Checksum: NULL
 Create_options:
        Comment:

或者，查询 INFORMATION_SCHEMA.INNODB_SYS_TABLES 表：

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