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, «Дробные секунды в значениях времени».