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 включён без одновременного включения строгого режима или наоборот.

Поскольку 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

Разрешить пробелы между именем функции и символом (. Это приводит к тому, что имена встроенных функций обрабатываются как ключевые слова. В результате идентификаторы, совпадающие с именами функций, должны быть заключены в кавычки, как описано в разделе 11.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 см. в разделе 11.2.5, «Анализ и разрешение имён функций».

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_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% пригоден во всех контекстах. См. Раздел 14.10, «Функции и операторы преобразования типов».

NO_ZERO_DATE

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

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

Поскольку 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 включен без включения строгого режима или наоборот.

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

ONLY_FULL_GROUP_BY

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

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

Для дополнительного обсуждения и примеров см. Раздел 14.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.

STRICT_TRANS_TABLES

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

TIME_TRUNCATE_FRACTIONAL

Управляет тем, происходит ли округление или усечение при вставке значения TIME, DATE или TIMESTAMP с дробной частью секунд в столбец того же типа, но с меньшим количеством дробных разрядов. Поведение по умолчанию — использовать округление. Если этот режим включен, вместо этого происходит усечение. Следующая последовательность операторов иллюстрирует разницу:

CREATE TABLE t (id INT, tval TIME(1));
SET sql_mode='';
INSERT INTO t (id, tval) VALUES(1, 1.55);
SET sql_mode='TIME_TRUNCATE_FRACTIONAL';
INSERT INTO t (id, tval) VALUES(2, 1.55);

Результирующее содержимое таблицы выглядит следующим образом, где первое значение было подвергнуто округлению, а второе — усечению:

mysql> SELECT id, tval FROM t ORDER BY id;
+------+------------+
| id   | tval       |
+------+------------+
|    1 | 00:00:01.6 |
|    2 | 00:00:01.5 |
+------+------------+

См. также Раздел 13.2.6, «Дробные секунды в значениях времени».