一、前言
最近經常碰到開發誤刪除誤更新數據,這不,他們又給我找了個麻煩,我們來看下整個過程。
二、過程
由于開發需要在生產環節中修復數據,需要執行120條SQL語句,需要將數據進行更新
于是開發連上了生產數據庫,首先執行了第一條SQL
updatetablenamesetsource_name="bj1062-北京市朝陽區常營北辰福第"wheresource_name="-北京市朝陽區常營北辰福第"
我們仔細看了下,這個SQL,的確沒有什么問題,where條件也是正常的,大意就是將這個地址的前面加字符串bj1062,是真的沒有錯誤么?是的沒有錯誤。開發執行完成后,結果的確是符合預期。
然后開發執行了剩下的SQL,都是和上面的SQL一樣,將地址進行更新。執行完成后,開發懵逼了,發現source_name都變成了0,開發趕緊給我打電話說:
Harvey,我執行了update,where條件都是對的,set的值也是對的,但是set后的字段全部都變成了0,你趕緊幫我看看,看看能不能恢復數據。
我趕緊登上服務器,查看了這段時間的binlog,發現了大量的update tablename set source_name=0的語句,利用binlog2sql進行了解析,項目地址:
binlog2sqlhttps://github.com/danfengcao/binlog2sql
趕緊和開發確定了操作的時間點,生成flashback的SQL,進行了數據恢復,同時保留現場證據。
然后對開發執行的SQL進行了check,發現了幾條很詭異的SQL
這幾條SQL的引號位置跑到了where 字段名字后面,簡化后的SQL變成了:
updatetbl_namesetstr_col="xxx"="yyy"
那么這個SQL在MySQL他是如何進行語義轉化的呢?
可能是下面這樣的么?
updatetbl_nameset(str_col="xxx")="yyy"
這樣就語法錯誤了,那么只會是下面這樣的形式,
updatetbl_namesetstr_col=("xxx"="yyy")
而
select"xxx"="yyy"
的值是0,所以
updatetbl_namesetstr_col="xxx"="yyy"
等價于
updatetbl_namesetstr_col=0
所以就導致了source_name字段全部更新成了0.
我們再研究下select形式這種語句會怎么樣。
mysql[localhost]{msandbox}(test)>selectid,str_colfromtbl_namewherestr_col="xxx"="yyy";+----+---------+|id|str_col|+----+---------+|1|aaa||2|aaa||3|aaa||4|aaa|+----+---------+
我們發現,這個SQL將str_col='aaa'的記錄也查找出來了,為什么呢?
mysql[localhost]{msandbox}(test)>warningsShowwarningsenabled.mysql[localhost]{msandbox}(test)>explainextendedselectid,str_colfromtbl_namewherestr_col="xxx"="yyy"\G***************************1.row***************************id:1select_type:SIMPLEtable:tbl_nametype:indexpossible_keys:NULLkey:idx_strkey_len:33ref:NULLrows:4filtered:100.00Extra:Usingwhere;Usingindex1rowinset,1warning(0.00sec)Note(Code1003):/*select#1*/select`test`.`tbl_name`.`id`AS`id`,`test`.`tbl_name`.`str_col`AS`str_col`from`test`.`tbl_name`where((`test`.`tbl_name`.`str_col`='xxx')='yyy')
這里他把where條件轉化成了
((`test`.`tbl_name`.`str_col`='xxx')='yyy')
這個條件的首先判斷str_col 和'xxx'是否相等,如果相等,那么里面括號的值為1,如果不相等,就是0
然后0或者1再和和'yyy'進行判斷,由于等號一邊是int,另外一邊是字符串,兩邊都轉化為float進行比較,可以看我之前的一篇文章MySQL中隱式轉換導致的查詢結果錯誤案例分析http://www.fordba.com/mysql-type-convert-analysis.html'yyy'轉化為浮點型為0,0和0比較恒等于1
mysql[localhost]{msandbox}(test)>select'yyy'+0.0;+-----------+|'yyy'+0.0|+-----------+|0|+-----------+1rowinset,1warning(0.00sec)mysql[localhost]{msandbox}(test)>select0=0;+-----+|0=0|+-----+|1|+-----+1rowinset(0.00sec)
這樣導致結果恒成立,也就是select語句等價于以下SQL
selectid,str_colfromtbl_namewhere1=1;
將查詢出所有的記錄。
三、小結
在寫SQL的過程中,一定要小心引號的位置是否正確,有時候引號位置錯誤,SQL依然是正常的,但是卻會導致執行結果全部錯誤。在執行前必須在測試環境執行測試,結合IDE的語法高亮發現相應的問題。
-
服務器
+關注
關注
12文章
9233瀏覽量
85638 -
SQL
+關注
關注
1文章
768瀏覽量
44175
原文標題:MySQL 中一個雙引號的錯位引發的血案
文章出處:【微信號:DBDevs,微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論