ALLOW_INVALID_DATES

Не выполнять полную проверку дат. Проверять только, что месяц находится в диапазоне от 1 до 12, а день — от 1 до 31. Это может быть полезно для веб-приложений, которые получают год, месяц и день в трех отдельных полях и сохраняют введенные пользователем значения без проверки даты. Этот режим применяется к столбцам типа DATE и DATETIME. Он не применяется к столбцам типа TIMESTAMP, для которых всегда требуется корректная дата.

При отключенном ALLOW_INVALID_DATES сервер требует, чтобы значения месяца и дня были корректными, а не просто находились в диапазоне от 1 до 12 и от 1 до 31 соответственно. При отключенном строгом режиме некорректные даты, такие как '2004-04-31', преобразуются в '0000-00-00', и генерируется предупреждение. При включенном строгом режиме некорректные даты приводят к ошибке. Чтобы разрешить такие даты, включите ALLOW_INVALID_DATES.

ANSI_QUOTES

Обрабатывать " как символ кавычек для идентификаторов (как и символ кавычек `), а не как символ кавычек для строк. Вы по-прежнему можете использовать ` для выделения идентификаторов при включенном этом режиме. При включенном ANSI_QUOTES нельзя использовать двойные кавычки для выделения литеральных строк, так как они интерпретируются как идентификаторы.

ERROR_FOR_DIVISION_BY_ZERO

Режим ERROR_FOR_DIVISION_BY_ZERO влияет на обработку деления на ноль, включая MOD(N,0). Для операций изменения данных (INSERT, UPDATE) его эффект также зависит от того, включен ли строгий SQL-режим.

Для SELECT деление на ноль возвращает NULL. Включение ERROR_FOR_DIVISION_BY_ZERO также приводит к генерации предупреждения независимо от того, включен ли строгий режим.

ERROR_FOR_DIVISION_BY_ZERO устарело. ERROR_FOR_DIVISION_BY_ZERO не является частью строгого режима, но должно использоваться совместно со строгим режимом и включено по умолчанию. Возникает предупреждение, если ERROR_FOR_DIVISION_BY_ZERO включено без одновременного включения строгого режима или наоборот. Дополнительные сведения см. в разделе Изменения в режиме SQL в MySQL 5.7.

Поскольку ERROR_FOR_DIVISION_BY_ZERO устарело, ожидается, что оно будет удалено в будущих версиях MySQL как отдельное имя режима, а его эффект будет включен в эффекты строгого SQL-режима.

HIGH_NOT_PRECEDENCE

Приоритет оператора NOT таков, что выражения, такие как NOT a BETWEEN b AND c, анализируются как NOT (a BETWEEN b AND c). В некоторых старых версиях MySQL выражение анализировалось как (NOT a) BETWEEN b AND c. Старое поведение с более высоким приоритетом можно получить, включив SQL-режим HIGH_NOT_PRECEDENCE.

mysql> SET sql_mode = '';
mysql> SELECT NOT 1 BETWEEN -5 AND 5;
        -> 0
mysql> SET sql_mode = 'HIGH_NOT_PRECEDENCE';
mysql> SELECT NOT 1 BETWEEN -5 AND 5;
        -> 1

IGNORE_SPACE

Разрешить пробелы между именем функции и символом (. Это приводит к тому, что имена встроенных функций обрабатываются как зарезервированные слова. В результате идентификаторы, совпадающие с именами функций, должны быть выделены кавычками, как описано в разделе 9.2, «Имена объектов схемы». Например, поскольку существует функция COUNT(), использование count в качестве имени таблицы в следующем операторе приведет к ошибке:

mysql> CREATE TABLE count (i INT);
ERROR 1064 (42000): You have an error in your SQL syntax

Имя таблицы должно быть выделено кавычками:

mysql> CREATE TABLE `count` (i INT);
Query OK, 0 rows affected (0.00 sec)

SQL-режим IGNORE_SPACE применяется к встроенным функциям, а не к загружаемым или хранимым функциям. В случае загружаемых или хранимых функций всегда разрешено размещать пробелы после имени функции, независимо от того, включен ли IGNORE_SPACE.

Для более подробного обсуждения IGNORE_SPACE см. раздел 9.2.5, «Разбор и разрешение имен функций».

NO_AUTO_CREATE_USER

Предотвращает автоматическое создание новых учетных записей пользователей оператором GRANT, если это не предусмотрено, за исключением случаев, когда указаны данные аутентификации. Оператор должен указать непустой пароль с помощью IDENTIFIED BY или механизм аутентификации с помощью IDENTIFIED WITH.

Предпочтительно создавать учетные записи MySQL с помощью CREATE USER, а не GRANT. NO_AUTO_CREATE_USER устарело, и в режиме SQL по умолчанию включен NO_AUTO_CREATE_USER. Присвоения переменной sql_mode, изменяющие состояние NO_AUTO_CREATE_USER, генерируют предупреждение, за исключением присвоений, которые устанавливают sql_mode в значение DEFAULT. Ожидается, что NO_AUTO_CREATE_USER будет удалено в будущих версиях MySQL, а его эффект будет включен всегда (и GRANT больше не будет создавать учетные записи).

Ранее, до того, как NO_AUTO_CREATE_USER было устаревшим, одной из причин не включать его было то, что оно не было безопасным для репликации. Теперь его можно включить и выполнять безопасное управление пользователями при репликации с помощью CREATE USER IF NOT EXISTS, DROP USER IF EXISTS и ALTER USER IF EXISTS, а не GRANT. Эти операторы обеспечивают безопасную репликацию, когда реплики могут иметь разные разрешения, чем у источника. См. раздел 13.7.1.2, «Оператор CREATE USER», раздел 13.7.1.3, «Оператор DROP USER» и раздел 13.7.1.1, «Оператор ALTER USER».

NO_AUTO_VALUE_ON_ZERO

NO_AUTO_VALUE_ON_ZERO влияет на обработку столбцов типа AUTO_INCREMENT. Обычно для генерации следующего порядкового номера столбца вы вставляете либо NULL, либо 0 в него. NO_AUTO_VALUE_ON_ZERO подавляет это поведение для столбцов 0, так что только NULL генерирует следующий порядковый номер.

Этот режим может быть полезен, если 0 было сохранено в столбце AUTO_INCREMENT таблицы. (Сохранение 0 — не рекомендуемая практика.) Например, если вы экспортируете таблицу с помощью mysqldump, а затем импортируете её, MySQL обычно генерирует новые порядковые номера при встрече значений 0, что приводит к таблице с содержимым, отличным от экспортированной. Включение NO_AUTO_VALUE_ON_ZERO перед повторным импортом файла экспорта решает эту проблему. По этой причине mysqldump автоматически включает в свой вывод оператор, который включает NO_AUTO_VALUE_ON_ZERO.

NO_BACKSLASH_ESCAPES

Включение этого режима отключает использование символа обратного слэша (\) в качестве символа экранирования внутри строк и идентификаторов. При включенном этом режиме обратный слэш становится обычным символом, как и любой другой, и последовательность экранирования по умолчанию для выражений LIKE изменяется, чтобы не использовать символ экранирования.

NO_DIR_IN_CREATE

При создании таблицы игнорируйте все директивы INDEX DIRECTORY и DATA DIRECTORY. Этот параметр полезен на серверах репликации реплик.

NO_ENGINE_SUBSTITUTION

Управление автоматической заменой движка хранения по умолчанию, когда в операторе, таком как CREATE TABLE или ALTER TABLE, указан движок хранения, который отключен или не скомпилирован.

По умолчанию NO_ENGINE_SUBSTITUTION включен.

Поскольку движки хранения могут быть подключаемыми во время выполнения, недоступные движки обрабатываются одинаково:

Если NO_ENGINE_SUBSTITUTION отключен, для CREATE TABLE используется движок по умолчанию, и возникает предупреждение, если нужный движок недоступен. Для ALTER TABLE возникает предупреждение, и таблица не изменяется.

Если NO_ENGINE_SUBSTITUTION включен, возникает ошибка, и таблица не создается или не изменяется, если нужный движок недоступен.

NO_FIELD_OPTIONS

Не печатать параметры столбцов, специфичные для MySQL, в выводе SHOW CREATE TABLE. Этот режим используется mysqldump в режиме переносимости.

NO_KEY_OPTIONS

Не печатать параметры индекса, специфичные для MySQL, в выводе SHOW CREATE TABLE. Этот режим используется mysqldump в режиме переносимости.

NO_TABLE_OPTIONS

Не печатать параметры таблицы, специфичные для MySQL (например, ENGINE), в выводе SHOW CREATE TABLE. Этот режим используется mysqldump в режиме переносимости.

NO_UNSIGNED_SUBTRACTION

Вычитание между целочисленными значениями, где одно имеет тип UNSIGNED, по умолчанию дает беззнаковый результат. Если результат в противном случае был бы отрицательным, возникает ошибка:

mysql> SET sql_mode = '';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT CAST(0 AS UNSIGNED) - 1;
ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(cast(0 as unsigned) - 1)'

Если режим SQL NO_UNSIGNED_SUBTRACTION включен, результат будет отрицательным:

mysql> SET sql_mode = 'NO_UNSIGNED_SUBTRACTION';
mysql> SELECT CAST(0 AS UNSIGNED) - 1;
+-------------------------+
| CAST(0 AS UNSIGNED) - 1 |
+-------------------------+
|                      -1 |
+-------------------------+

Если результат такой операции используется для обновления столбца целого числа UNSIGNED, результат усекается до максимального значения для типа столбца или усекается до 0, если включен NO_UNSIGNED_SUBTRACTION. При включенном строгом режиме SQL возникает ошибка, и столбец остается неизменным.

Когда включен NO_UNSIGNED_SUBTRACTION, результат вычитания является знаковым, даже если любой операнд является беззнаковым. Например, сравните тип столбца c2 в таблице t1 с типом столбца c2 в таблице t2:

mysql> SET sql_mode='';
mysql> CREATE TABLE test (c1 BIGINT UNSIGNED NOT NULL);
mysql> CREATE TABLE t1 SELECT c1 - 1 AS c2 FROM test;
mysql> DESCRIBE t1;
+-------+---------------------+------+-----+---------+-------+
| Field | Type                | Null | Key | Default | Extra |
+-------+---------------------+------+-----+---------+-------+
| c2    | bigint(21) unsigned | NO   |     | 0       |       |
+-------+---------------------+------+-----+---------+-------+

mysql> SET sql_mode='NO_UNSIGNED_SUBTRACTION';
mysql> CREATE TABLE t2 SELECT c1 - 1 AS c2 FROM test;
mysql> DESCRIBE t2;
+-------+------------+------+-----+---------+-------+
| Field | Type       | Null | Key | Default | Extra |
+-------+------------+------+-----+---------+-------+
| c2    | bigint(21) | NO   |     | 0       |       |
+-------+------------+------+-----+---------+-------+

Это означает, что BIGINT UNSIGNED не на 100% пригоден во всех контекстах. См. Раздел 12.10, «Функции и операторы преобразования типов».

NO_ZERO_DATE

Режим NO_ZERO_DATE влияет на то, разрешает ли сервер '0000-00-00' в качестве допустимой даты. Его действие также зависит от того, включен ли строгий режим SQL.

NO_ZERO_DATE устарел. NO_ZERO_DATE не является частью строгого режима, но должен использоваться вместе со строгим режимом и включен по умолчанию. Предупреждение возникает, если NO_ZERO_DATE включен без включения строгого режима или наоборот. Для дополнительного обсуждения см. Изменения режима SQL в MySQL 5.7.

Поскольку NO_ZERO_DATE устарел; ожидается, что он будет удален в будущей версии MySQL как отдельное имя режима, а его эффект будет включен в эффекты строгого режима SQL.

NO_ZERO_IN_DATE

Режим NO_ZERO_IN_DATE влияет на то, разрешает ли сервер даты, в которых год отличен от нуля, но месяц или день равны 0. (Этот режим влияет на даты, такие как '2010-00-01' или '2010-01-00', но не на '0000-00-00'. Чтобы управлять тем, разрешает ли сервер '0000-00-00', используйте режим NO_ZERO_DATE.) Действие NO_ZERO_IN_DATE также зависит от того, включен ли строгий режим SQL.

NO_ZERO_IN_DATE устарел. NO_ZERO_IN_DATE не является частью строгого режима, но должен использоваться вместе со строгим режимом и включен по умолчанию. Предупреждение возникает, если NO_ZERO_IN_DATE включен без включения строгого режима или наоборот. Для дополнительного обсуждения см. Изменения режима SQL в MySQL 5.7.

Поскольку NO_ZERO_IN_DATE устарел; ожидается, что он будет удален в будущей версии MySQL как отдельное имя режима, а его эффект будет включен в эффекты строгого режима SQL.

ONLY_FULL_GROUP_BY

Отклонять запросы, для которых список select, условие HAVING или список ORDER BY ссылаются на неагрегированные столбцы, которые не указаны в предложении GROUP BY и не функционально зависят (однозначно определяются) от столбцов GROUP BY.

Начиная с MySQL 5.7.5, режим SQL по умолчанию включает ONLY_FULL_GROUP_BY. (До 5.7.5 MySQL не обнаруживает функциональную зависимость, и ONLY_FULL_GROUP_BY не включен по умолчанию.)

Расширение MySQL для стандартного SQL допускает ссылки в предложении HAVING на выражения с псевдонимами в списке select. До MySQL 5.7.5 включение ONLY_FULL_GROUP_BY отключает это расширение, требуя, таким образом, чтобы предложение HAVING было написано с использованием выражений без псевдонимов. Начиная с MySQL 5.7.5, это ограничение снято, так что предложение HAVING может ссылаться на псевдонимы независимо от того, включен ли ONLY_FULL_GROUP_BY.

Для дополнительного обсуждения и примеров см. Раздел 12.19.3, «Обработка GROUP BY в MySQL».

PAD_CHAR_TO_FULL_LENGTH

По умолчанию, хвостовые пробелы обрезаются из значений столбцов CHAR при извлечении. Если PAD_CHAR_TO_FULL_LENGTH включено, обрезка не происходит, и извлеченные значения CHAR заполняются до их полной длины. Этот режим не применяется к столбцам VARCHAR, для которых хвостовые пробелы сохраняются при извлечении.

mysql> CREATE TABLE t1 (c1 CHAR(10));
Query OK, 0 rows affected (0.37 sec)

mysql> INSERT INTO t1 (c1) VALUES('xy');
Query OK, 1 row affected (0.01 sec)

mysql> SET sql_mode = '';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT c1, CHAR_LENGTH(c1) FROM t1;
+------+-----------------+
| c1   | CHAR_LENGTH(c1) |
+------+-----------------+
| xy   |               2 |
+------+-----------------+
1 row in set (0.00 sec)

mysql> SET sql_mode = 'PAD_CHAR_TO_FULL_LENGTH';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT c1, CHAR_LENGTH(c1) FROM t1;
+------------+-----------------+
| c1         | CHAR_LENGTH(c1) |
+------------+-----------------+
| xy         |              10 |
+------------+-----------------+
1 row in set (0.00 sec)

PIPES_AS_CONCAT

Обрабатывать || как оператор конкатенации строк (так же, как CONCAT()), а не как синоним OR.

REAL_AS_FLOAT

Обрабатывать REAL как синоним для FLOAT. По умолчанию MySQL обрабатывает REAL как синоним для DOUBLE.

STRICT_ALL_TABLES

Включить строгий режим SQL для всех хранилищ данных. Недопустимые значения данных будут отклоняться. Подробнее см. Строгий режим SQL.

С MySQL 5.7.4 по 5.7.7, STRICT_ALL_TABLES включает эффект режимов ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE и NO_ZERO_IN_DATE. Дополнительные сведения см. в Изменения режима SQL в MySQL 5.7.

STRICT_TRANS_TABLES

Включить строгий режим SQL для транзакционных хранилищ данных, а при возможности и для не транзакционных хранилищ данных. Подробнее см. Строгий режим SQL.

С MySQL 5.7.4 по 5.7.7, STRICT_TRANS_TABLES включает эффект режимов ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE и NO_ZERO_IN_DATE. Дополнительные сведения см. в Изменения режима SQL в MySQL 5.7.

ANSI

Эквивалентно REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, и (начиная с MySQL 5.7.5) ONLY_FULL_GROUP_BY.

Режим ANSI также приводит к тому, что сервер возвращает ошибку для запросов, где набор функций S с внешней ссылкой S(outer_ref) не может быть агрегирован во внешнем запросе, относительно которого была разрешена внешняя ссылка. Это такой запрос:

SELECT * FROM t1 WHERE t1.a IN (SELECT MAX(t1.b) FROM t2 WHERE ...);

Здесь, MAX(t1.b) не может быть агрегирован во внешнем запросе, поскольку он появляется в предложении WHERE этого запроса. Стандартный SQL требует ошибки в этой ситуации. Если режим ANSI не включен, сервер обрабатывает S(outer_ref) в таких запросах так же, как он интерпретировал бы S(const).

См. Раздел 1.6, «Соответствие стандартам MySQL».

DB2

Эквивалентно PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS.

MAXDB

Эквивалентно PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.

MSSQL

Эквивалентно PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS.

MYSQL323

Эквивалентно MYSQL323, HIGH_NOT_PRECEDENCE. Это означает HIGH_NOT_PRECEDENCE плюс некоторые особенности поведения SHOW CREATE TABLE, специфичные для MYSQL323:

MYSQL40

Эквивалентно MYSQL40, HIGH_NOT_PRECEDENCE. Это означает HIGH_NOT_PRECEDENCE плюс некоторые особенности поведения, специфичные для MYSQL40. Они такие же, как и для MYSQL323, за исключением того, что SHOW CREATE TABLE не отображает HEAP в качестве механизма хранения для таблиц MEMORY.

ORACLE

Эквивалентно PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.

POSTGRESQL

Эквивалентно PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS.

TRADITIONAL

Перед MySQL 5.7.4, а также в MySQL 5.7.8 и более поздних версиях, TRADITIONAL эквивалентен STRICT_TRANS_TABLES, STRICT_ALL_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER и NO_ENGINE_SUBSTITUTION.

С MySQL 5.7.4 до 5.7.7, TRADITIONAL эквивалентен STRICT_TRANS_TABLES, STRICT_ALL_TABLES, NO_AUTO_CREATE_USER и NO_ENGINE_SUBSTITUTION. Режимы NO_ZERO_IN_DATE, NO_ZERO_DATE и ERROR_FOR_DIVISION_BY_ZERO не имеют отдельных названий, так как в этих версиях их влияние включено в действие строгого режима SQL (STRICT_ALL_TABLES или STRICT_TRANS_TABLES). Таким образом, влияние TRADITIONAL одинаково во всех версиях MySQL 5.7 (и такое же, как в MySQL 5.6). Для дополнительной информации см. Изменения в режиме SQL в MySQL 5.7.