Формат REDUNDANT обеспечивает совместимость со старыми версиями MySQL.

Таблицы, использующие формат строки REDUNDANT, хранят первые 768 байт значений столбцов переменной длины (VARCHAR, VARBINARY и BLOB и TEXT типы) в записи индекса в узле B-дерева, а остальная часть хранится на страницах переполнения. Столбцы фиксированной длины, превышающие или равные 768 байтам, кодируются как столбцы переменной длины, которые могут храниться вне страницы. Например, столбец CHAR(255) может превышать 768 байт, если максимальная длина байта набора символов больше 3, как это происходит в utf8mb4.

Если значение столбца составляет 768 байт или меньше, страница переполнения не используется, что может привести к некоторым экономиям ввода-вывода, так как значение хранится полностью в узле B-дерева. Это хорошо работает для относительно коротких значений столбца BLOB, но может привести к тому, что узлы B-дерева заполнятся данными, а не значениями ключей, что снизит их эффективность. Таблицы со многими столбцами BLOB могут привести к тому, что узлы B-дерева станут слишком полными и будут содержать слишком мало строк, что сделает весь индекс менее эффективным, чем если бы строки были короче или значения столбцов хранились вне страницы.

Характеристики хранения формата строк REDUNDANT

Формат строки REDUNDANT имеет следующие характеристики хранения:

Формат строк COMPACT уменьшает объем занимаемой памяти на 20% по сравнению с форматом строк REDUNDANT, но при этом увеличивает использование ЦП для некоторых операций. Если ваша рабочая нагрузка — типичная и ограничена скоростью кэша и скоростью диска, то формат COMPACT, скорее всего, будет быстрее. Если же рабочая нагрузка ограничена скоростью ЦП, компактный формат может быть медленнее.

Таблицы, использующие формат строк COMPACT, хранят первые 768 байт значений столбцов переменной длины (VARCHAR, VARBINARY и BLOB и TEXT типы) в записях индекса внутри узла, а оставшуюся часть — на страницах переполнения. Столбцы фиксированной длины, превышающие или равные 768 байтам, кодируются как столбцы переменной длины, которые могут храниться вне страницы. Например, столбец CHAR(255) может превышать 768 байт, если максимальная длина байта набора символов больше 3, как это происходит в utf8mb4.

Если значение столбца составляет 768 байт или меньше, страница переполнения не используется, и это может привести к экономии ввода-вывода, поскольку значение хранится полностью в узле B-дерева. Это хорошо работает для относительно коротких значений столбцов BLOB, но может привести к заполнению узлов B-дерева данными вместо ключей, снижая их эффективность. Таблицы с большим количеством столбцов BLOB могут привести к тому, что узлы B-дерева станут слишком полными и будут содержать слишком мало строк, что сделает весь индекс менее эффективным, чем если бы строки были короче или значения столбцов хранились вне страницы.

Характеристики хранения формата строк COMPACT

Формат строк COMPACT имеет следующие характеристики хранения:

Формат строк DYNAMIC предлагает те же характеристики хранения, что и формат строк COMPACT, но добавляет расширенные возможности хранения для длинных столбцов переменной длины и поддерживает большие префиксы ключей индекса.

При создании таблицы с форматом ROW_FORMAT=DYNAMIC, формат InnoDB может хранить значения длинных столбцов переменной длины (для VARCHAR, VARBINARY и BLOB и TEXT типов) полностью вне страницы, при этом запись кластерного индекса содержит только 20-байтовый указатель на страницу переполнения. Столбцы фиксированной длины, превышающие или равные 768 байтам, кодируются как столбцы переменной длины. Например, столбец CHAR(255) может превышать 768 байт, если максимальная длина байта набора символов больше 3, как это происходит в utf8mb4.

Хранение столбцов вне страницы зависит от размера страницы и общего размера строки. Когда строка слишком длинная, для хранения вне страницы выбираются самые длинные столбцы до тех пор, пока запись кластерного индекса не поместится на страницу. Столбцы TEXT и BLOB, которые не превышают 40 байт, хранятся в строке.

Формат строк DYNAMIC сохраняет эффективность хранения всей строки в узле индекса, если она помещается (как форматы COMPACT и REDUNDANT), но формат строк 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.

Формат строк таблицы можно явно определить, используя опцию таблицы 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.

Операции перестроения таблицы включают операции ALTER TABLE, использующие ALGORITHM=COPY или ALGORITHM=INPLACE, где требуется перестроение таблицы. Дополнительную информацию см. в разделе 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    |
+----------+------------+