UPDATE是否會加鎖？

SQL語句為如下時，是否會加鎖？

UPDATE table1 SET num = num + 1 WHERE id=1;

答案是不會

實際上MySQL是支持給數據行加鎖(InnoDB)的，并且在UPDATE/DELETE等操作時確實會自動加上排它鎖。只是并非只要有UPDATE關鍵字就會全程加鎖，針對上面的MySQL語句而言，其實并不只是一條UPDATE語句，而應該類似于兩條SQL語句(偽代碼)：

a = SELECT * FROM table1 WHERE id=1;

UPDATE table1 SET num = a.num + 1 WHERE id=1;

其中執行SELECT語句時沒有加鎖，只有在執行UPDATE時才進行加鎖的。所以才會出現并發操作時的更新數據不一致。原因找到了，解決問題就不遠了。而針對這類問題，解決的方法可以有2種：

通過事務顯式的對SELECT進行加鎖

使用樂觀鎖機制

SELECT顯式

加鎖對SELECT進行加鎖的方式有兩種，如下：

SELECT ... LOCK IN SHARE MODE #共享鎖，其它事務可讀，不可更新

SELECT ... FOR UPDATE #排它鎖，其它事務不可讀寫

如果你不使用這2種語句，默認情況下SELECT語句是不會加鎖的。并且對于上面提到的場景，必須使用排它鎖。另外，上面的2種語句只有在事務之中才能生效，否則不會生效。在MySQL命令行使用事務的方式如下：

SET AUTOCOMMIT=0;

BEGIN WORK;

a = SELECT num FROM table1 WHERE id=2 FOR UPDATE;

UPDATE table1 SET num = a.num + 1 WHERE id=2;

COMMIT WORK;

這樣只要以后更新數據時，都使用這樣事務來進行操作；那么在并發的情況下，后執行的事務就會被堵塞，直到當前事務執行完成。(通過鎖把并發改成了順序執行)

使用樂觀鎖

樂觀鎖是鎖實現的一種機制，它總是會天真的認為所有需要修改的數據都不會沖突。所以在更新之前它不會給數據加鎖，而只是查詢了數據行的版本號(這里的版本號屬于自定義的字段，需要在業務表的基礎上額外增加一個字段，每當更新一次就會自增或者更新)。

在具體更新數據的時候更新條件中會添加版本號信息，

當版本號沒有變化的時候說明該數據行未被更新過，并且也滿足更新條件，所以會更新成功。

當版本號有變化的時候，則無法更新數據行，因為條件不滿足，此時就需要在進行一次SQL操作。(重新查詢記數據行，再次使用新的版本號更新數據)

實踐

對 for update上鎖進行一次實踐一個student表，其中有一條數據

開啟兩個client

第一個開啟事務后執行

select name from student where id = 1 for update;

第二個開啟事務后執行相同的語句，發現該條數據被第一個事務上鎖阻塞了

這時候第一個事務執行修改并commit；

第二個事務的select執行，發現阻塞了4秒多

小結

總的來說，這2種方式都可以支持數據庫的并發更新操作。但具體使用哪一種就得看實際的應用場景，應用場景對哪種支持更好，并且對性能的影響最小。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

總結

以上是生活随笔為你收集整理的mysql并发_MySQL并发更新数据时的处理方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。