本文實例講述了mysql 悲觀鎖與樂觀鎖。分享給大家供大家參考,具體如下:
悲觀鎖與樂觀鎖是人們定義出來的概念,你可以理解為一種思想,是處理并發(fā)資源的常用手段。
不要把他們與mysql中提供的鎖機制(表鎖,行鎖,排他鎖,共享鎖)混為一談。
一、悲觀鎖
顧名思義,就是對于數(shù)據(jù)的處理持悲觀態(tài)度,總認為會發(fā)生并發(fā)沖突,獲取和修改數(shù)據(jù)時,別人會修改數(shù)據(jù)。所以在整個數(shù)據(jù)處理過程中,需要將數(shù)據(jù)鎖定。
悲觀鎖的實現(xiàn),通常依靠數(shù)據(jù)庫提供的鎖機制實現(xiàn),比如mysql的排他鎖,select .... for update來實現(xiàn)悲觀鎖。
例子:商品秒殺過程中,庫存數(shù)量的減少,避免出現(xiàn)超賣的情況。
CREATE TABLE `tb_goods_stock` (
`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID',
`goods_id` bigint(20) unsigned DEFAULT '0' COMMENT '商品ID',
`nums` int(11) unsigned DEFAULT '0' COMMENT '商品庫存數(shù)量',
`create_time` datetime DEFAULT NULL COMMENT '創(chuàng)建時間',
`modify_time` datetime DEFAULT NULL COMMENT '更新時間',
PRIMARY KEY (`id`),
UNIQUE KEY `goods_id` (`goods_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品庫存表';
將商品庫存數(shù)量nums字段類型設(shè)為unsigned,保證在數(shù)據(jù)庫層面不會發(fā)生負數(shù)的情況。
注意,使用悲觀鎖,需要關(guān)閉mysql的自動提交功能,將 set autocommit = 0;
注意,mysql中的行級鎖是基于索引的,如果sql沒有走索引,那將使用表級鎖把整張表鎖住。
1、開啟事務,查詢要賣的商品,并對該記錄加鎖。
begin;
select nums from tb_goods_stock where goods_id = {$goods_id} for update;
2、判斷商品數(shù)量是否大于購買數(shù)量。如果不滿足,就回滾事務。
3、如果滿足條件,則減少庫存,并提交事務。
update tb_goods_stock set nums = nums - {$num}
where goods_id = {$goods_id} and nums >= {$num};
commit;
事務提交時會釋放事務過程中的鎖。
悲觀鎖在并發(fā)控制上采取的是先上鎖然后再處理數(shù)據(jù)的保守策略,雖然保證了數(shù)據(jù)處理的安全性,但也降低了效率。
二、樂觀鎖
顧名思義,就是對數(shù)據(jù)的處理持樂觀態(tài)度,樂觀的認為數(shù)據(jù)一般情況下不會發(fā)生沖突,只有提交數(shù)據(jù)更新時,才會對數(shù)據(jù)是否沖突進行檢測。
如果發(fā)現(xiàn)沖突了,則返回錯誤信息給用戶,讓用戶自已決定如何操作。
樂觀鎖的實現(xiàn)不依靠數(shù)據(jù)庫提供的鎖機制,需要我們自已實現(xiàn),實現(xiàn)方式一般是記錄數(shù)據(jù)版本,一種是通過版本號,一種是通過時間戳。
給表加一個版本號或時間戳的字段,讀取數(shù)據(jù)時,將版本號一同讀出,數(shù)據(jù)更新時,將版本號加1。
當我們提交數(shù)據(jù)更新時,判斷當前的版本號與第一次讀取出來的版本號是否相等。如果相等,則予以更新,否則認為數(shù)據(jù)過期,拒絕更新,讓用戶重新操作。
CREATE TABLE `tb_goods_stock` (
`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID',
`goods_id` bigint(20) unsigned DEFAULT '0' COMMENT '商品ID',
`nums` int(11) unsigned DEFAULT '0' COMMENT '商品庫存數(shù)量',
`create_time` datetime DEFAULT NULL COMMENT '創(chuàng)建時間',
`modify_time` datetime DEFAULT NULL COMMENT '更新時間',
`version` bigint(20) unsigned DEFAULT '0' COMMENT '版本號',
PRIMARY KEY (`id`),
UNIQUE KEY `goods_id` (`goods_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 COMMENT='商品庫存表';
1、查詢要賣的商品,并獲取版本號。
begin;
select nums, version from tb_goods_stock where goods_id = {$goods_id};
2、判斷商品數(shù)量是否大于購買數(shù)量。如果不滿足,就回滾事務。
3、如果滿足條件,則減少庫存。(更新時判斷當前version與第1步中獲取的version是否相同)
update tb_goods_stock set nums = nums - {$num}, version = version + 1
where goods_id = {$goods_id}
and version = {$version} and nums >= {$num};
4、判斷更新操作是否成功執(zhí)行,如果成功,則提交,否則就回滾。
樂觀鎖是基于程序?qū)崿F(xiàn)的,所以不存在死鎖的情況,適用于讀多的應用場景。如果經(jīng)常發(fā)生沖突,上層應用不斷的讓用戶進行重新操作,這反而降低了性能,這種情況下悲觀鎖就比較適用。
更多關(guān)于MySQL相關(guān)內(nèi)容感興趣的讀者可查看本站專題:《MySQL數(shù)據(jù)庫鎖相關(guān)技巧匯總》、《MySQL存儲過程技巧大全》、《MySQL常用函數(shù)大匯總》、《MySQL日志操作技巧大全》及《MySQL事務操作技巧匯總》
希望本文所述對大家MySQL數(shù)據(jù)庫計有所幫助。
您可能感興趣的文章:- Mysql事務中Update是否會鎖表?
- MySQL數(shù)據(jù)庫鎖機制原理解析
- mysql查看死鎖與去除死鎖示例詳解
- MySQL死鎖檢查處理的正常方法
- mysql查詢表是否被鎖的方法
- 通過實例判斷mysql update是否會鎖表
- MySQL中的悲觀鎖與樂觀鎖
- MySQL 行鎖和表鎖的含義及區(qū)別詳解
- MySQL 8.0.19支持輸入3次錯誤密碼鎖定賬戶功能(例子)
- MySQL 鎖的相關(guān)知識總結(jié)