ANSI

此模式會變更語法和行為，使其更符合標準 SQL。它是本節末尾列出的特殊組合模式之一。

STRICT_TRANS_TABLES

如果無法將值以給定的方式插入至交易資料表中，則中止陳述式。對於非交易資料表，如果值出現在單列陳述式或多列陳述式的第一列中，則中止陳述式。本節稍後會提供更多詳細資訊。

TRADITIONAL

讓 MySQL 的行為如同「傳統」SQL 資料庫系統。此模式的簡單描述是，當將不正確的值插入資料行時，會「產生錯誤而非警告」。它是本節末尾列出的特殊組合模式之一。

ALLOW_INVALID_DATES

不執行完整的日期檢查。僅檢查月份是否在 1 到 12 的範圍內，以及日期是否在 1 到 31 的範圍內。這對於在三個不同欄位中取得年、月和日，並在不進行日期驗證的情況下，確切儲存使用者插入內容的 Web 應用程式可能很有用。此模式適用於 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。舊的高優先順序行為可以藉由啟用 HIGH_NOT_PRECEDENCE SQL 模式來取得。

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)

IGNORE_SPACE SQL 模式適用於內建函數，不適用於可載入函數或預存函數。無論是否啟用 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)'

如果啟用 NO_UNSIGNED_SUBTRACTION SQL 模式，則結果為負數。

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

如果此類運算的結果用於更新 UNSIGNED 整數欄位，則結果會被裁剪為該欄位類型的最大值，或者如果啟用 NO_UNSIGNED_SUBTRACTION，則會裁剪為 0。啟用嚴格 SQL 模式時，會發生錯誤，且欄位保持不變。

啟用 NO_UNSIGNED_SUBTRACTION 時，減法結果為有符號，即使任何運算元為無符號。例如，比較表格 t1 中欄位 c2 的類型與表格 t2 中欄位 c2 的類型。

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

拒絕選取清單、HAVING 條件或 ORDER BY 清單中引用未在 GROUP BY 子句中命名，且在功能上不依賴於（由唯一確定）GROUP BY 欄位的非聚合欄位的查詢。

MySQL 對標準 SQL 的擴展允許在 HAVING 子句中引用選取清單中的別名表達式。HAVING 子句可以引用別名，無論是否啟用 ONLY_FULL_GROUP_BY。

如需其他討論和範例，請參閱 第 14.19.3 節，「MySQL 的 GROUP BY 處理」。

PAD_CHAR_TO_FULL_LENGTH

預設情況下，從 CHAR 欄位值中擷取時，會修剪尾隨空格。如果啟用 PAD_CHAR_TO_FULL_LENGTH，則不會發生修剪，且擷取的 CHAR 值會填補到其完整長度。此模式不適用於 VARCHAR 欄位，對於 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 節，「時間值中的小數秒」。

ANSI

等效於 REAL_AS_FLOAT、PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE 和 ONLY_FULL_GROUP_BY。

ANSI 模式也會導致伺服器針對查詢傳回錯誤，其中具有外部參照 S(outer_ref) 的集合函數 S 無法在已解析外部參照的外部查詢中進行聚合。這是一個這樣的查詢。

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

在此，MAX(t1.b) 無法在外部查詢中聚合，因為它出現在該查詢的 WHERE 子句中。標準 SQL 在這種情況下需要錯誤。如果未啟用 ANSI 模式，則伺服器會以與解釋 S(const) 相同的方式處理此類查詢中的 S(outer_ref)。

請參閱 第 1.7 節，「MySQL 標準符合性」。

TRADITIONAL

TRADITIONAL 等同於 STRICT_TRANS_TABLES、STRICT_ALL_TABLES、NO_ZERO_IN_DATE、NO_ZERO_DATE、ERROR_FOR_DIVISION_BY_ZERO 和 NO_ENGINE_SUBSTITUTION。

對於交易式資料表，當啟用 STRICT_ALL_TABLES 或 STRICT_TRANS_TABLES 時，在資料變更語句中出現無效或遺失的值會發生錯誤。該語句會中止並回滾。

對於非交易式資料表，如果錯誤的值出現在要插入或更新的第一列中，則兩種模式的行為相同：語句會中止且資料表保持不變。如果語句插入或修改多列，並且錯誤的值出現在第二列或後續列中，則結果取決於啟用哪種嚴格模式。

嚴格模式會影響除以零的處理方式，包括 MOD(N,0)。

對於資料變更操作（INSERT、UPDATE）：

對於 SELECT，除以零會傳回 NULL。啟用嚴格模式也會產生警告。

嚴格模式會影響伺服器是否允許 '0000-00-00' 作為有效日期。

嚴格模式會影響伺服器是否允許年份部分為非零，但月份或日期部分為 0 的日期（例如 '2010-00-01' 或 '2010-01-00'）。

IGNORE 對語句執行的影響

嚴格 SQL 模式對語句執行的影響

CREATE TABLE ... SELECT：IGNORE 不適用於語句的 CREATE TABLE 或 SELECT 部分，而是適用於插入到由 SELECT 產生的列資料表中。重複唯一索引鍵值的現有列會被捨棄。

DELETE：IGNORE 會導致 MySQL 在刪除列的過程中忽略錯誤。

INSERT：使用 IGNORE 時，重複唯一索引鍵值的現有列會被捨棄。設定為會導致資料轉換錯誤的值的列會改為設定為最接近的有效值。

對於找不到符合指定值之分割區的分割資料表，IGNORE 會導致包含不符值的列的插入操作以無訊息方式失敗。

LOAD DATA、LOAD XML：使用 IGNORE 時，重複唯一索引鍵值的現有列會被捨棄。

UPDATE：使用 IGNORE 時，若唯一鍵值發生重複鍵衝突，則不會更新該列。若更新的值會導致資料轉換錯誤，則會更新為最接近的有效值。

ER_BAD_NULL_ERROR

ER_DUP_ENTRY

ER_DUP_ENTRY_WITH_KEY_NAME

ER_DUP_KEY

ER_NO_PARTITION_FOR_GIVEN_VALUE

ER_NO_PARTITION_FOR_GIVEN_VALUE_SILENT

ER_NO_REFERENCED_ROW_2

ER_ROW_DOES_NOT_MATCH_GIVEN_PARTITION_SET

ER_ROW_IS_REFERENCED_2

ER_SUBQUERY_NO_1_ROW

ER_VIEW_CHECK_FAILED

ALTER TABLE

CREATE TABLE

CREATE TABLE ... SELECT

DELETE（單一資料表和多個資料表）

INSERT

LOAD DATA

LOAD XML

SELECT SLEEP()

UPDATE（單一資料表和多個資料表）