一、實例操作

如下圖user表結構

查詢語句1

• 執(zhí)行結果：

查詢語句2

• 執(zhí)行結果：

查詢語句3

• 執(zhí)行結果：

查詢語句4

• 執(zhí)行結果：

• 結果分析：

從上面四則查詢語句中可以看出 mobile的字段為字符類型時，當查詢時等式是字符類型和數(shù)字類型時執(zhí)行結果不一致，而status的字段為數(shù)字類型，當查詢時等式是字符類型和數(shù)字類型時執(zhí)行結果一致。

這是為什么呢？

二、mysql 隱式類型轉換

上述案例其真實的原因時mysql的隱式類型轉換，那什么是隱式類型轉換呢？

1. 隱式類型轉換規(guī)則

官方文檔

• 如果一個或兩個參數(shù)均為NULL，則比較的結果為NULL，除了 相等比較運算符。對于NULL NULL，結果為true。
• 如果比較操作中的兩個參數(shù)都是字符串，則將它們作為字符串進行比較。
• 如果兩個參數(shù)都是整數(shù)，則將它們作為整數(shù)進行比較。
• 如果不與數(shù)字比較，則將十六進制值視為二進制字符串。
• 如果參數(shù)之一是 timestamp 或 datatime column，而另一個參數(shù)是常量，則在執(zhí)行比較之前，該常量將轉換為時間戳。
• 如果參數(shù)之一是十進制值，則比較取決于另一個參數(shù)。如果另一個參數(shù)是十進制或整數(shù)值，則將參數(shù)作為十進制值進行比較；如果另一個參數(shù)是浮點值，則將參數(shù)作為浮點值進行比較。
• 在所有其他情況下，將參數(shù)作為浮點數(shù)（實數(shù)）進行比較。例如，將字符串和數(shù)字操作數(shù)進行比較，將其作為浮點數(shù)的比較。

通過隱式類型轉換可以得出上述示例的結果：當查詢中有數(shù)字時那么會將字符串轉化成數(shù)字進行比較。

所以當你的列為字符串時那么需要將列中字符串進行類型格式轉換而進行字符格式轉換之后則與索引不一致；

當你的列為數(shù)字時查詢等式為字符串時只是把查詢的常量轉成數(shù)字并不影響列的類型所以依然可以使用索引并沒有破壞索引的類型。

2. 隱式類型轉換實例

3. 避免隱式類型轉換

可以使用內(nèi)置函數(shù)對類型強制性轉換

• case( value as type)
• conver(value,type)

我們需要充分了解嗎MySQL里隱式類型轉換的規(guī)則，同時我們?nèi)粘Ｔ趯慡QL時一定要檢查參數(shù)類型與數(shù)據(jù)庫字段類型是否一致，否則可能造成隱式類型轉換，不能正常應用索引，造成慢查詢，甚至拖垮整個數(shù)據(jù)庫服務集群。

如果參數(shù)不一致，也可以考慮使用CAST函數(shù)顯性轉換成一致類型。

總結

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論