MySQL併發更新數據時的處理方法

前言

在後端開發中咱們不可避免的會碰見MySQL數據併發更新的狀況，做爲一名後端研發，如何解決這類問題也是必需要知道的，同時這也是面試中常常考察的知識點。

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種方式均可以支持數據庫的併發更新操做。但具體使用哪種就得看實際的應用場景，應用場景對哪一種支持更好，而且對性能的影響最小。

參考自：

chenguangwu.github.io/evernode/My…