共計 1384 個字符，預計需要花費 4 分鐘才能閱讀完成。
自動寫代碼機器人，免費開通
悲觀鎖與樂觀鎖怎么在 Mysql 中使用？針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
悲觀鎖
悲觀鎖，認為數(shù)據(jù)是悲觀的。當我們查詢數(shù)據(jù)的時候加上鎖。防止其他線程篡改，直到對方拿到鎖, 才能修改。
比如，有如下的表。status= 1 表示可以下單，status= 2 表示不可以下訂單。假如在并發(fā)的過程中有兩個用戶同時查到 status=1，那么從邏輯上來說都可以去新增訂單，但是會造成商品超賣。
如下例子
CREATE TABLE `goods` ( `id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`status` tinyint(4) DEFAULT NULL,
`version` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4
INSERT INTO demo.goods (id, name, status, version) VALUES (1, test , 1, 1);session1 執(zhí)行
set autocommit=0;
begin;
select *
from goods where id=1 and goods.status=1 for update ;
update goods set status=2 where id=1;session2 執(zhí)行
begin;
select * from goods where id=1 for update;這時候 session2 是阻塞的，因為鎖還在 session1, 所以鎖一直在等待。如果 session1 一直不提交，那么 session2 將在一定時間后超時斷開連接，并且報
(1205,‘Lock wait timeout exceeded; try restarting transaction) 錯誤，
具體的鎖等待時間可以通過設置 innodb_lock_wait_timeout 參數(shù)進行控制。
如果此時在 session1 中執(zhí)行 commit 操作，那么 session2 將得到查詢結果，并把鎖交給 session2。
我們還可以通過
show status like innodb_row_lock_%來進一步查看鎖信息。
樂觀鎖
樂觀鎖不同于悲觀鎖，樂觀鎖是通過自身的程序?qū)崿F(xiàn)，而不是 mySql 自身實現(xiàn)。
樂觀鎖查詢的時不上鎖，只有在更新的時候檢查版本號。
比如我們查詢到 goods 表中 version 為 1 那么在更新這個表的時候 Sql 將是
select * from goods where id=1;
update goods set status=2,version=version+1 where id=1 and version=1;這里的 version 是查詢時候的版本號, 每次更改將會導致 version+1。如果版本號不匹配更新將不成功。
關于悲觀鎖與樂觀鎖怎么在 Mysql 中使用問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注丸趣 TV 行業(yè)資訊頻道了解更多相關知識。
向 AI 問一下細節(jié)
