關於mysql中string和number的轉換問題
mysql中string和number的轉換
今天無意中發現一個很奇怪的現象,在寫sql語句的時候,想篩選列值為空字符串的記錄,結果把列值為0的記錄也一起篩選出來瞭
總結原因如下
當非同類型比較,等號兩邊分別為number和string之一時候,mysql會把string類型和number類型進行轉換:
(1)數值型字符串
如''、'string'、'abc'等,會轉換成0
eg:
select '' = 0 from dual; ---結果:1 select 'a' = 0 from dual; ---結果:1
(2)number和string拼接字符串
如'123string'、'0123string'等,會取頭部類型進行轉換
eg:
select '123abc' = 0 from dual; ---結果:0 select '123abc' = 123 from dual; ---結果:1 select '0123abc' = 123 from dual; ---結果:1 select '123abc' + '23def' from dual; ---結果:146
(3)string和number拼接字符串
如'string123'、'string0123'等,會取頭部類型進行轉換
eg:
select 'abc123' = 0 from dual; ---結果:1 select 'abc123' = 123 from dual; ---結果:0 select 'abc123' + 'def45' from dual; ---結果:0
(4)數值型字符串則會轉換成相應的number
如'123'->123、'023'->23等
eg:
select '123' = 0 from dual; ---結果:0 select '123' = 123 from dual; ---結果:1 select '0123' = 123 from dual; ---結果:1
(5)number則直接轉換成對應的string
eg:
select 123 = '123' from dual; ---結果:1
所以針對我遇到的問題,mysql把''當成字符串處理,轉換成瞭0,0=0,所以把列值為0的記錄也一並篩選瞭出來
+號的處理方式同理:
如果+號兩邊類型不一致,則把string轉換成number處理
select '0string' + 0 = 'string' from dual; ---結果:1 '0string' + 0 -> 0 + 0 = 0,0和'string'進行比較 select 'string' = 'string' + 0 from dual; ---結果:1 'string' + 0 -> 0 + 0 = 0,'string'和0進行比較 select 'string' + 0 = 'string' + 0 from dual; ---結果:1 'string' + 0 -> 0 + 0 ,0和0進行比較 select 'string' + 0 = 'string' + 1 from dual; ---結果:0 'string' + 0 -> 0 + 0 ,'string' + 1 -> 0 + 1,0和1進行比較
參考鏈接:http://stackoverflow.com/questions/22080382/mysql-why-comparing-a-string-to-0-gives-true
附贈mysql文檔說明:https://dev.mysql.com/doc/refman/5.7/en/type-conversion.html
mysql中hex、varchar、number相互轉換
hex(‘20')= 14 select HEX(20) from DUAL – result: 14
然後這串數字就能變為16進制字符串,隻需要加上0x的前綴!
- UNHEX(‘14’) – 每對十六進制數字轉化為一個字符。
- UNHEX(‘14’),對應 SI, 該字符無法正確輸出
但是ORDER BY UNHEX(‘14’) 是可以的。
以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。
推薦閱讀:
- MySQL子查詢中order by不生效問題的解決方法
- MySQL索引失效場景及解決方案
- MySQL隱式類型轉換導致索引失效的解決
- MySQL 8.0.23 主要更新一覽(新特征解讀)
- MySQL中的JSON字段List成員檢查