本博客演示用的mysql版本為5.7.17
單表的update語法:
UPDATE [LOW_PRIORITY] [IGNORE] tbl_name
SET col_name1=expr1 [, col_name2=expr2 ...]
[WHERE where_definition]
[ORDER BY ...]
[LIMIT row_count]
多表的update語法:
UPDATE [LOW_PRIORITY] [IGNORE] table_references
SET col_name1=expr1 [, col_name2=expr2 ...]
[WHERE where_definition]
對比上述兩種update語法的不同,可以看到多表update語法是沒有order by和limit語句的,在使用的時候,理應多多注意.
update語句作為mysql更新語句,set后面緊接著的是需要更新的列明和想要更新的值where后面限定更新的條件,order by根據(jù)某一個字段排序后,將會由排序后由上到下逐條更新,limit將會限制更新的條數(shù).
其中非常值得注意的一點是,當你在更新某一個列值的時候,若更新的值和原有的值是相同的話,mysql實際上并不會執(zhí)行這個update操作,返回的被影響的行的條數(shù)則會為0,所以在正常的開發(fā)當中,不建議根據(jù)執(zhí)行update后返回的數(shù)值作為語句是否正常執(zhí)行的依據(jù),否則按照這樣的邏輯寫的程序將會容易出錯,說一個例子,就比如說支付寶支付,如果客戶支付了,然后支付寶就會向后臺發(fā)送通知,稱之為支付寶異步通知,若后臺判斷到支付寶發(fā)來的信息是說明某訂單號已成功支付,那么后臺就會在數(shù)據(jù)庫中找到那個訂單,然后把此訂單update為已支付,但如果程序邏輯是寫若執(zhí)行后返回的數(shù)值為0(通常會把它看成是一個異常),那么就再次update,那么一個無限循環(huán)的操作就會產(chǎn)生了,為了說明問題,下面演示:
mysql> select * from login;
+-----------+
| account |
+-----------+
| 昵稱名 |
+-----------+
1 row in set (0.00 sec)
mysql> update login set account = "昵稱名";
Query OK, 0 rows affected (0.01 sec)
Rows matched: 1 Changed: 0 Warnings: 0
看到Rows matched為1,就是有一條記錄被匹配,但是0 rows affected,也就是被影響的條數(shù)為0.
由上面的update語法可以看到,update語句支持兩種修飾符:
LOW_PRIORITY,從字面理解就知道了,低優(yōu)先級,就是update語句的執(zhí)行將會延遲,直到?jīng)]有其他客戶端讀取表中數(shù)據(jù)為止.
IGNORE,忽略的意思,也就是說在更新過程中即使出現(xiàn)錯誤(除非是出現(xiàn)了重復關鍵字沖突),更新語句也不會中斷,如果在更新時出現(xiàn)一些數(shù)據(jù)轉化的錯誤,那么就會被更新為最接近的合法的值,看下面演示:
還是看回這個表:
mysql> select * from login;
+-----------+
| account |
+-----------+
| 昵稱名 |
+-----------+
1 row in set (0.00 sec)
執(zhí)行以下的操作將產(chǎn)生錯誤:
mysql> update login set account = account+"啊哈哈";
ERROR 1292 (22007): Truncated incorrect DOUBLE value: '昵稱名'
但如果選擇忽略它:
mysql> update ignore login set account = account+"啊哈哈";
Query OK, 1 row affected, 2 warnings (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 2
結果為:
mysql> select * from login;
+---------+
| account |
+---------+
| 0 |
+---------+
1 row in set (0.00 sec)
update語句支持在原值的基礎上進行更新
再看回這個表:
mysql> select * from login;
+-----------+
| account |
+-----------+
| 昵稱名 |
+-----------+
1 row in set (0.00 sec)
mysql> update login set account = concat(account,"啊哈哈");
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select * from login;
+--------------------+
| account |
+--------------------+
| 昵稱名啊哈哈 |
+--------------------+
1 row in set (0.00 sec)
若某列是不允許為null,你卻update為null,這樣的操作是不被允許的
為什么要把這點特意拿出來說呢,因為我發(fā)現(xiàn)網(wǎng)上的其他的一些博客有說到:
如果您把被已定義為NOT NULL的列更新為NULL丙者，則該列被設置到與列類型對應的默認值晾蜘，并且累加警告數(shù)
不知道是不是mysql版本問題,若執(zhí)行上面的錯誤操作,mysql是直接報錯:
update login set account = null;
ERROR 1048 (23000): Column 'account' cannot be null
多表update:
有這樣的兩個表:
mysql> select * from user join user_info on user.id = user_info.id;
+----+-----------+-----+--------------+----+-----------+
| id | tel_phone | psw | user_info_id | id | nickname |
+----+-----------+-----+--------------+----+-----------+
| 1 | 120 | 123 | 1 | 1 | 昵稱名 |
+----+-----------+-----+--------------+----+-----------+
1 row in set (0.00 sec)
現(xiàn)在來改一下昵稱名:
mysql> update user join user_info on user.id=user_info.id set nickname = "昵稱1";
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select * from user join user_info on user.id = user_info.id;
+----+-----------+-----+--------------+----+----------+
| id | tel_phone | psw | user_info_id | id | nickname |
+----+-----------+-----+--------------+----+----------+
| 1 | 120 | 123 | 1 | 1 | 昵稱1 |
+----+-----------+-----+--------------+----+----------+
1 row in set (0.00 sec)
