悲觀(guān)鎖
悲觀(guān)鎖,認(rèn)為數(shù)據(jù)是悲觀(guān)的。當(dāng)我們查詢(xún)數(shù)據(jù)的時(shí)候加上鎖。防止其他線(xiàn)程篡改,直到對(duì)方拿到鎖,才能修改。
比如,有如下的表。status=1表示可以下單,status=2表示不可以下訂單。假如在并發(fā)的過(guò)程中有兩個(gè)用戶(hù)同時(shí)查到status=1,那么從邏輯上來(lái)說(shuō)都可以去新增訂單,但是會(huì)造成商品超賣(mài)。
如下例子
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;
這時(shí)候session2是阻塞的,因?yàn)殒i還在session1,所以鎖一直在等待。如果session1一直不提交,那么session2將在一定時(shí)間后超時(shí)斷開(kāi)連接,并且報(bào)
(1205, ‘Lock wait timeout exceeded; try restarting transaction')錯(cuò)誤,
具體的鎖等待時(shí)間可以通過(guò)設(shè)置innodb_lock_wait_timeout參數(shù)進(jìn)行控制。
如果此時(shí)在session1中執(zhí)行commit 操作,那么session2將得到查詢(xún)結(jié)果,并把鎖交給session2。
我們還可以通過(guò)
show status like 'innodb_row_lock_%';
來(lái)進(jìn)一步查看鎖信息。
樂(lè)觀(guān)鎖
樂(lè)觀(guān)鎖不同于悲觀(guān)鎖,樂(lè)觀(guān)鎖是通過(guò)自身的程序?qū)崿F(xiàn),而不是mySql自身實(shí)現(xiàn)。
樂(lè)觀(guān)鎖查詢(xún)的時(shí)不上鎖,只有在更新的時(shí)候檢查版本號(hào)。
比如我們查詢(xún)到goods表中version 為1 那么在更新這個(gè)表的時(shí)候Sql將是
select * from goods where id=1;
update goods set status=2,version=version+1 where id=1 and version=1;
這里的version是查詢(xún)時(shí)候的版本號(hào),每次更改將會(huì)導(dǎo)致version+1。如果版本號(hào)不匹配更新將不成功。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。
您可能感興趣的文章:- MySQL中的悲觀(guān)鎖與樂(lè)觀(guān)鎖
- mysql 悲觀(guān)鎖與樂(lè)觀(guān)鎖的理解及應(yīng)用分析
- 實(shí)例講解MySQL中樂(lè)觀(guān)鎖和悲觀(guān)鎖
- 淺析MySQL - MVCC
- mysql多版本并發(fā)控制MVCC的實(shí)現(xiàn)
- 關(guān)于Mysql隔離級(jí)別、鎖與MVCC介紹
- MySQL中的樂(lè)觀(guān)鎖,悲觀(guān)鎖和MVCC全面解析