瞭解MySQL的隱式轉化

在MySQL中。當我們對不同型別的值進行比較的時候，為了使得這些數值「可比較」（也可以稱為型別的相容性)，MySQL會做一些隱式轉化（Implicit type conversion）。那麼什麼是“隱式轉換”呢？讓我們一起來了解一下吧！

當我們對不同型別的值進行比較的時候，為了使得這些數值「可比較」（也可以稱為型別的相容性)，MySQL會做一些隱式轉化（Implicit type conversion）。比如下面的例子：

很明顯，上面的SQL語句的執行過程中就出現了隱式轉化。並且從結果們可以判斷出，第一條SQL中，將字串的“1”轉換為數字1，而在第二條的SQL中，將數字2轉換為字串“2”。
MySQL也提供了 CAST()函式。我們可以使用它明確的把數值轉換為字串。當使用CONCA()函式的時候，也可能會出現隱式轉化，因為它希望的引數為字串形式，但是如果我們傳遞的不是字串呢：

隱式轉化規則

官方文件中關於隱式轉化的規則是如下描述的：

注意點

安全問題：假如 password 型別為字串，查詢條件為 int 0 則會匹配上。

相信上面的例子，一些機靈的同學可以發現其實上面的例子也可以做sql注入。
假設網站的登入那塊做的比較挫，使用下面的方式：

如果username輸入的是a' OR 1='1，那麼password隨便輸入，這樣就生成了下面的查詢：

就有可能登入系統。其實如果攻擊者看過了這篇文章，那麼就可以利用隱式轉化來進行登入了。如下：

之所以出現上述的原因是因為：

下面透過一些例子來複習一下上面的轉換規則：

把字串“aa”和1進行求和，得到1，因為“aa”和數字1的型別不同，MySQL官方文件告訴我們：
檢視warnings可以看到隱式轉化把字串轉為了double型別。但是因為字串是非數字型的，所以就會被轉換為0，因此最終計算的是0+1=1
上面的例子是型別不同，所以出現了隱式轉化，那麼如果我們使用相同型別的值進行運算呢？

之所以出現這種情況，是因為 “ +” 為算術運算子arithmetic operator 這樣就可以解釋為什麼a和b都轉換為double了。因為轉換之後其實就是：0+0=0了。
在看一個例子：

現在就看也很好的理解上面的例子了吧。 a+b=c結果為1，1在MySQL中可以理解為TRUE，因為 'a'+'b'的結果為0， c也會隱式轉化為0，因此比較其實是： 0=0也就是true，也就是1.
第二個需要注意點就是防止多查詢或者刪除資料

上面的例子本意是查詢id為5的那一條記錄，結果把id為6的那一條也查詢出來了。我想說明什麼情況呢？有時候我們的資料庫表中的一些列是varchar型別，但是儲存的值為‘1123’這種的純數字的字串值，一些同學寫sql的時候又不習慣加引號。這樣當進行select，update或者delete的時候就可能會多操作一些資料。所以應該加引號的地方別忘記了。
關於字串轉數字的一些說明