本文實例講述了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字段類型設為unsigned，保證在數(shù)據(jù)庫層面不會發(fā)生負數(shù)的情況。

注意，使用悲觀鎖，需要關閉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ā)生沖突，上層應用不斷的讓用戶進行重新操作，這反而降低了性能，這種情況下悲觀鎖就比較適用。

更多關于MySQL相關內(nèi)容感興趣的讀者可查看本站專題：《MySQL數(shù)據(jù)庫鎖相關技巧匯總》、《MySQL存儲過程技巧大全》、《MySQL常用函數(shù)大匯總》、《MySQL日志操作技巧大全》及《MySQL事務操作技巧匯總》

希望本文所述對大家MySQL數(shù)據(jù)庫計有所幫助。

最新評論