MySQL千萬不要這樣寫update語句
前言
今天給大家分享一個(gè) MySQL 非常經(jīng)典的 “坑”。MySQL 的 UPDATE 語句千萬不能這么寫！
起因
最近，好幾次有開發(fā)同學(xué)在釘釘上問我，比如下圖：
問題歸納起來就是：在 MySQL 里面 update 一條記錄，語法都正確的，但記錄并沒有被更新…
結(jié)論：在一條 UPDATE 語句中，如果要更新多個(gè)字段，字段間不能使用“AND”，而應(yīng)該用逗號(hào)分隔。
現(xiàn)象
剛遇到這個(gè)問題的時(shí)候，我拿到這條語句直接在測(cè)試庫里面執(zhí)行了一把，發(fā)現(xiàn)確實(shí)有問題，但和開發(fā)描述的還是有區(qū)別，這里我用測(cè)試數(shù)據(jù)來模擬下。
有問題的 SQL 語句：
update apps set owner_code='43212' and owner_name='李四' where owner_code='13245' and owner_name='張三';
執(zhí)行之前的記錄是這樣的：
執(zhí)行之后的記錄是這樣的：
可以看到，結(jié)果并不像這位開發(fā)同學(xué)說的“好像沒有效果”，實(shí)際上是有效果的：
owner_name的值沒有變，但owner_code變成了0！
why? 分析
看起來，語法是完全沒有問題，翻了翻 MySQL 官方文檔的 update 語法：
看到 assignment_list 的格式是以逗號(hào)分隔的 col_name=value 列表，一下子豁然開朗，開發(fā)同學(xué)想要的多字段更新語句應(yīng)該這樣寫：
update apps set owner_code='43212' , owner_name='李四' where owner_code='13245' and owner_name='張三';
倒回去再重試驗(yàn)一把：
果然，這下得到了想要的結(jié)果！
小結(jié)：在一條 UPDATE 語句中，如果要更新多個(gè)字段，字段間不能使用“AND”，而應(yīng)該用逗號(hào)分隔。
后記：后面等有空的時(shí)候，又回過頭來看了一下，為什么使用“AND”分隔的時(shí)候，會(huì)出現(xiàn) owner_code=0 的奇怪結(jié)果？
多次嘗試之后發(fā)現(xiàn)：
update apps set owner_code='43212' and owner_name='李四' where owner_code='13245' and owner_name='張三';
等價(jià)于：
update apps set owner_code=('43212' and owner_name='李四') where
owner_code='13245' and owner_name='張三';
而（'43212' and owner_name='李四'）是一個(gè)邏輯表達(dá)式，而這里不難知道 owner_name 并不是‘李四'。
因此，這個(gè)邏輯表達(dá)式的結(jié)果為 false，false 在 MySQL 中等價(jià)于 0！
總結(jié)
到此這篇關(guān)于MySQL千萬不要這樣寫update語句的文章就介紹到這了,更多相關(guān)MySQL寫update語句內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
MySQL中的CONCAT()函數(shù):輕松拼接字符串的利器
這篇文章主要介紹了MySQL中的CONCAT()函數(shù):輕松拼接字符串的利器,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-04-04
這篇文章主要介紹了Mysql中的SQL約束Constraint有哪幾種,約束是為了使表中的數(shù)據(jù)有效,常見的約束有非空約束、唯一性約束、主鍵約束、外鍵約束、檢查約束,需要的朋友可以參考下2024-01-01
這篇文章主要給大家介紹了關(guān)于mysql自聯(lián)去重的一些筆記記錄，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家學(xué)習(xí)或者使用mysql具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-06-06
MySQL和PolarDB的相同點(diǎn)及不同點(diǎn)解讀
這篇文章主要介紹了MySQL和PolarDB的相同點(diǎn)及不同點(diǎn),具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2025-03-03
mysql出現(xiàn)“Incorrect key file for table”處理方法
今天在恢復(fù)一個(gè)客戶數(shù)據(jù)的時(shí)候。發(fā)現(xiàn)了一貫問題。有多個(gè)表損壞了。因?yàn)槎际侵苯影驯韽?fù)制進(jìn)去的。然后就出現(xiàn)了這個(gè)問題問題2013-07-07
MySQL對(duì)數(shù)據(jù)表已有表進(jìn)行分區(qū)表的實(shí)現(xiàn)
本文主要介紹對(duì)現(xiàn)有的一個(gè)表進(jìn)行創(chuàng)建分區(qū)表，并把數(shù)據(jù)遷移到新表，可以按時(shí)間來分區(qū)，具有一定的參考價(jià)值，感興趣的可以了解一下2021-10-10
SQL注入是指在輸入?yún)?shù)中添加一些特殊字符(例如單引號(hào)),使輸入的語句成為一段單獨(dú)的可執(zhí)行的SQL語句,這篇文章主要給大家介紹了關(guān)于MySQL如何防止SQL注入并過濾SQL中注入字符的相關(guān)資料,需要的朋友可以參考下2024-02-02
MySQL千萬級(jí)數(shù)據(jù)從190秒優(yōu)化到1秒的全過程
優(yōu)化MySQL千萬級(jí)數(shù)據(jù)策略還是比較多的,分表分庫,創(chuàng)建中間表,匯總表以及修改為多個(gè)子查詢,這里討論的情況是在MySQL一張表的數(shù)據(jù)達(dá)到千萬級(jí)別,在這樣的情況下,開發(fā)者可以嘗試通過優(yōu)化SQL來達(dá)到查詢的目的,所以本文給大家介紹了MySQL千萬級(jí)數(shù)據(jù)從190秒優(yōu)化到1秒的全過程2024-04-04
MySQL關(guān)系型數(shù)據(jù)庫事務(wù)的ACID特性與實(shí)現(xiàn)
這篇文章主要介紹了MySQL關(guān)系型數(shù)據(jù)庫事務(wù)的ACID特性與實(shí)現(xiàn)，ACID?是為保證事務(wù)transaction是正確可靠的，具備原子性、一致性、隔離性、持久性等特性2022-07-07
mysql如何根據(jù).frm和.ibd文件恢復(fù)數(shù)據(jù)表
這篇文章主要介紹了mysql根據(jù).frm和.ibd文件恢復(fù)數(shù)據(jù)表的操作方法，本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-07-07