该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但增加了对长可变长度列的增强存储功能，并支持大索引键前缀。

DYNAMIC文件格式支持行 格式Barracuda。有关更多信息，请参阅第 14.10 节，“InnoDB 文件格式管理”。要创建使用DYNAMIC行格式的 表，innodb_file_format必须将变量设置为Barracuda，并且 innodb_file_per_table必须启用该变量。

当使用 创建表时 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行格式是行格式的变 体COMPACT。有关存储特性，请参阅 COMPACT 行格式存储特性。

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

COMPRESSED文件格式支持行 格式Barracuda。有关更多信息，请参阅第 14.10 节，“InnoDB 文件格式管理”。要创建使用COMPRESSED行格式的 表，innodb_file_format必须将变量设置为Barracuda，并且 innodb_file_per_table必须启用该变量。

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

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

压缩行格式存储特性

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

表的默认行格式InnoDB是 COMPACT.

可以使用or 语句ROW_FORMAT中的表选项 显式定义表的行格式 。例如： CREATE TABLEALTER TABLE

CREATE TABLE t1 (c1 INT) ROW_FORMAT=COMPACT;

ROW_FORMAT选项包括 REDUNDANT、COMPACT、 DYNAMIC和COMPRESSED。

要创建使用DYNAMIC或 COMPRESSED行格式的 表，innodb_file_format必须将变量设置为Barracuda，并且 innodb_file_per_table必须启用该变量。否则，如果 innodb_strict_mode未启用，InnoDB将使用默认COMPACT行格式创建表。

Oracle 建议 在和 语句 中innodb_strict_mode使用 ROW_FORMAT表选项 时启用。CREATE TABLEALTER TABLE

要确定表的行格式，请使用 SHOW TABLE STATUS：

mysql> SHOW TABLE STATUS IN test1\G
*************************** 1. row ***************************
           Name: t1
         Engine: InnoDB
        Version: 10
     Row_format: Compact
           Rows: 0
 Avg_row_length: 0
    Data_length: 16384
Max_data_length: 0
   Index_length: 16384
      Data_free: 0
 Auto_increment: 1
    Create_time: 2014-10-31 16:02:01
    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    |
+----------+------------+