ANSI

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

STRICT_TRANS_TABLES

如果無法將值如實插入事務表中，則中止語句。對於非事務表，如果該值出現在單列語句或多列語句的第一列中，則中止語句。本節稍後會提供更多詳細資訊。

TRADITIONAL

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

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。可以透過啟用 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 欄位唯一確定）GROUP BY 欄位的非聚合欄位的查詢。

標準 SQL 的 MySQL 擴充功能允許在 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 欄位，在擷取時會保留其尾隨空格。

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 具有外部參考 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.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（單一表格和多個表格）