點擊上方[全棧開發(fā)者社區(qū)]→右上角[...]→[設(shè)為星標?]

談到大數(shù)據(jù)傳輸都會想到 Kafka，Kafka 號稱大數(shù)據(jù)的殺手锏，在業(yè)界有很多成熟的應(yīng)用場景并且被主流公司認可。這款為大數(shù)據(jù)而生的消息中間件，以其百萬級TPS的吞吐量名聲大噪，迅速成為大數(shù)據(jù)領(lǐng)域的寵兒，在數(shù)據(jù)采集、傳輸、存儲的過程中發(fā)揮著舉足輕重的作用。

1. 前言

最近經(jīng)常碰到開發(fā)誤刪除誤更新數(shù)據(jù)。這不，他們又給我找了個麻煩，我們來看下整個過程。

2. 過程

由于開發(fā)需要在生產(chǎn)環(huán)節(jié)中修復數(shù)據(jù)，需要執(zhí)行 120 條 SQL 語句，需要將數(shù)據(jù)進行更新。于是開發(fā)連上了生產(chǎn)數(shù)據(jù)庫，首先執(zhí)行了第一條 SQL：

update tablename set source_name = "bj1062-北京市朝陽區(qū)常營北辰福第" where source_name = "-北京市朝陽區(qū)常營北辰福第"

我們仔細看了下，這個 SQL 的確沒有什么問題，where 條件也是正常的，大意就是將這個地址的前面加字符串?bj1062，是真的沒有錯誤么？是的沒有錯誤。開發(fā)執(zhí)行完成后，結(jié)果的確是符合預(yù)期。

然后開發(fā)執(zhí)行了剩下的SQL，都是和上面的SQL一樣，將地址進行更新。執(zhí)行完成后，開發(fā)懵逼了，發(fā)現(xiàn) source_name 都變成了 0，開發(fā)趕緊給我打電話說：

Harvey，我執(zhí)行了 update。where 條件都是對的，set 的值也是對的，但是 set 后的字段全部都變成了 0，你趕緊幫我看看，看看能不能恢復數(shù)據(jù)。

我趕緊登上服務(wù)器，查看了這段時間的 binlog，發(fā)現(xiàn)了大量的 update tablename set source_name=0 的語句。利用 binlog2sql 進行了解析，項目地址：binlog2sql。

趕緊和開發(fā)確定了操作的時間點，生成 flashback 的 SQL，進行了數(shù)據(jù)恢復，同時保留現(xiàn)場證據(jù)。

然后對開發(fā)執(zhí)行的 SQL 進行了 check，發(fā)現(xiàn)了幾條很詭異的 SQL：

這幾條 SQL 的引號位置跑到了 where 字段名字后面，簡化后的 SQL 變成了：

update tbl_name set str_col="xxx" = "yyy"

那么這個 SQL 在 MySQL 是如何進行語義轉(zhuǎn)化的呢？可能是下面這樣的么？

update tbl_name set (str_col="xxx" )= "yyy"

這樣就語法錯誤了，那么只會是下面這樣的形式：

update tbl_name set str_col=("xxx" = "yyy")

而

select "xxx" = "yyy"

的值是 0，所以：

update tbl_name set str_col="xxx" = "yyy"

等價于：

update tbl_name set str_col=0

所以就導致了 source_name 字段全部更新成了 0。

我們再研究下 select 形式這種語句會怎么樣。

mysql [localhost] {msandbox} (test) > select id,str_col from tbl_name where str_col="xxx" = "yyy";+----+---------+| id | str_col |+----+---------+|  1 | aaa     ||  2 | aaa     ||  3 | aaa     ||  4 | aaa     |+----+---------+

我們發(fā)現(xiàn)，這個 SQL 將 str_col='aaa' 的記錄也查找出來了，為什么呢？

mysql [localhost] {msandbox} (test) > warningsShow warnings enabled.mysql [localhost] {msandbox} (test) > explain extended select id,str_col from tbl_name where str_col="xxx" = "yyy"\G*************************** 1. row ***************************           id: 1  select_type: SIMPLE        table: tbl_name         type: indexpossible_keys: NULL          key: idx_str      key_len: 33          ref: NULL         rows: 4     filtered: 100.00        Extra: Using where; Using index1 row in set, 1 warning (0.00 sec)
Note?(Code?1003):?/*?select#1?*/?select?`test`.`tbl_name`.`id`?AS?`id`,`test`.`tbl_name`.`str_col`?AS?`str_col`?from?`test

這里它把 where 條件轉(zhuǎn)化成了：

((`test`.`tbl_name`.`str_col` = 'xxx') = 'yyy')

這個條件的首先判斷 str_col 和 'xxx' 是否相等。如果相等，那么里面括號的值為 1；如果不相等，就是 0。

然后 0 或者 1 再和和 'yyy' 進行判斷。由于等號一邊是 int，另外一邊是字符串，兩邊都轉(zhuǎn)化為 float 進行比較?？梢钥次抑暗囊黄恼?MySQL 中隱式轉(zhuǎn)換導致的查詢結(jié)果錯誤案例分析 'yyy' 轉(zhuǎn)化為浮點型為 0，0 和 0 比較恒等于 1。

mysql [localhost] {msandbox} (test) > select 'yyy'+0.0;
+-----------+| 'yyy'+0.0 |+-----------+|         0 |+-----------+
1 row in set, 1 warning (0.00 sec)
mysql [localhost] {msandbox} (test) > select 0=0;+-----+| 0=0 |+-----+|   1 |+-----+1 row in set (0.00 sec)

這樣導致結(jié)果恒成立，也就是select語句等價于以下 SQL：

 select id,str_col from tbl_name where 1=1;

將查詢出所有的記錄。

3. 小結(jié)

在寫 SQL 的過程中，一定要小心引號的位置是否正確。有時候引號位置錯誤，SQL 依然是正常的，但是卻會導致執(zhí)行結(jié)果全部錯誤。在執(zhí)行前必須在測試環(huán)境執(zhí)行測試，結(jié)合 IDE 的語法高亮發(fā)現(xiàn)相應(yīng)的問題。

轉(zhuǎn)自：碼不動

鏈接：jianshu.com/p/97295ade8472

覺得本文對你有幫助？請分享給更多人
關(guān)注「全棧開發(fā)者社區(qū)」加星標，提升全棧技能
本公眾號會不定期給大家發(fā)福利，包括送書、學習資源等，敬請期待吧！
如果感覺推送內(nèi)容不錯，不妨右下角點個在看轉(zhuǎn)發(fā)朋友圈或收藏，感謝支持。

好文章，留言、點贊、在看和分享一條龍吧??