當資料庫在儲存時通常都會要求格式完全正確的資料，但是有時候視需求可能可以放行不太嚴重的錯誤。
MySQL有兩種檢查資料的嚴格程度，分別是 Strict 與 non-Strict 。在 Strict 模式下，只要資料不是完全正確的就會被系統攔下來導致指令中斷。而 non-Strict 模式下則是會盡量處理這些錯誤的資料，再將修正後的資料儲存起來。
設定為 Strict
語法：
set sql_mode - 'STRICT_TRANS_TABLES'
set sql_mode - 'STRICT_ALL_TABLES'
兩者都能設定成Strict，但是使用支援交易的資料時使用STRICT_TRANS_TABLES較能使資料庫維持資料完整性。
non-Strict 模式
語法：set session | global sql_mode = ' ';
設定為session時只有單一個用戶，設定為global時則是所有用戶都被改變。
都不選時默認為session。
在non-Strict下各種型態的運作方式
範例：建立一個nons表格
刻意新增超過範圍的資料
執行結果，只是警告，並沒有終止這次指令。
來看看新增的資料都被修正成什麼
由範例可得知，
數值：超過範圍時以當前型態的最大值儲存，tinyint正數最大只到127所以新增超過127時以127儲存。
字串：超過範圍時指儲存到範圍內的字元，Jacky超過1字元所以儲存Jack。
enum：儲存錯誤資料時以空字串儲存，數值為0。
set：錯誤的部分資料以空字串儲存，數值為0，正確的部分不影響所以儲存ABC。
Null 與 not Null
就算是在non-Strict下not Null欄位一樣不可以儲存Null，所以新增資料時會以該型態的預設值填入。
在Strict模式時想要一個表格允許錯誤可以使用ignore。
insert 或 update 後加上ignore便可以讓表格這次儲存以non-Strict模式通過編譯。
結果
sql_mode設定時可以加入其他設定值讓資料庫更貼近自己所需：
ALLOW_INVALID_DATES 允許錯誤的日期
NO_ZERO_DATE 不允許全是0的日期
NO_ZERO_IN_DATE 日期資料中不可以有0
ERROR_FOR_DIVISION_BY_ZERO 除0時產生錯誤，而不是產生Null
單一使用：set sql_mode='ALLOW_INVALID_DATES'
使用多個：set sql_mode='ALLOW_INVALID_DATES,NO_ZERO_DATE' 用逗號隔開即可。
查詢錯誤與警告訊息
語法：
查詢警告與錯誤：show warnings
只查詢錯誤：show errors
可以使用limit限制查詢數量。
範例：
比如剛剛在Strict下直接新增錯誤資料。
必定會被系統判定錯誤後終止，此時使用查詢錯誤。
執行結果
可以得到一些如何解決錯誤的建議。
若是錯誤碼有Errcode存在代表錯誤來自作業系統。
此時必須使用命令提示字元的perror程式查詢錯誤碼才能知道錯誤為何。
創作內容
MySQL學習-18-錯誤處理與查詢
項目學習 (1)