使用場景舉例：以MySQL InnoDB為例

商品t_goods表中有一個字段status，status為1代表商品未被下單，status為2代表商品已經(jīng)被下單，那么我們對某個商品下單時必須確保該商品status為1。假設(shè)商品的id為1。

一、如果不采用鎖，那么操作方法如下：

//1、查詢出商品信息

select status from t_goods where id=1;

//2、根據(jù)商品信息生成訂單

insert into t_orders (id,goods_id) values (null,1);

//3、修改商品status為2

update t_goods set status=2 where id=1;

上面這種場景在高并發(fā)訪問的情況下很可能會出現(xiàn)問題。

前面已經(jīng)提到，只有當(dāng)goods status為1時才能對該商品下單，上面第一步操作中，查詢出來的商品status為1。但是當(dāng)我們執(zhí)行第三步Update操作的時候，有可能出現(xiàn)其他人先一步對商品下單把goods status修改為2了，但是我們并不知道數(shù)據(jù)已經(jīng)被修改了，這樣就可能造成同一個商品被下單2次，使得數(shù)據(jù)不一致。所以說這種方式是不安全的。

二、使用悲觀鎖來實現(xiàn)：

在上面的場景中，商品信息從查詢出來到修改，中間有一個處理訂單的過程，使用悲觀鎖的原理就是，當(dāng)我們在查詢出goods信息后就把當(dāng)前的數(shù)據(jù)鎖定，直到我們修改完畢后再解鎖。那么在這個過程中，因為goods被鎖定了，就不會出現(xiàn)有第三者來對其進行修改了。

注：要使用悲觀鎖，我們必須關(guān)閉mysql數(shù)據(jù)庫的自動提交屬性，因為MySQL默認(rèn)使用autocommit模式，也就是說，當(dāng)你執(zhí)行一個更新操作后，MySQL會立刻將結(jié)果進行提交。

我們可以使用命令設(shè)置MySQL為非autocommit模式：

set autocommit=0;

設(shè)置完autocommit后，我們就可以執(zhí)行我們的正常業(yè)務(wù)了。具體如下：

//0、開始事務(wù)

begin;/begin work;/start transaction; (三者選一就可以)

//1、查詢出商品信息

select status from t_goods where id=1 for update;

//2、根據(jù)商品信息生成訂單

insert into t_orders (id,goods_id) values (null,1);

//3、修改商品status為2

update t_goods set status=2 where id=1;

//4、提交事務(wù)

commit;/commit work;

注：上面的begin/commit為事務(wù)的開始和結(jié)束，因為在前一步我們關(guān)閉了mysql的autocommit，所以需要手動控制事務(wù)的提交，在這里就不細表了。

上面的第一步我們執(zhí)行了一次查詢操作：select status from t_goods where id=1 for update;

與普通查詢不一樣的是，我們使用了select…for update的方式，這樣就通過數(shù)據(jù)庫實現(xiàn)了悲觀鎖。此時在t_goods表中，id為1的那條數(shù)據(jù)就被我們鎖定了，其它的事務(wù)必須等本次事務(wù)提交之后才能執(zhí)行。這樣我們可以保證當(dāng)前的數(shù)據(jù)不會被其它事務(wù)修改。

注：需要注意的是，在事務(wù)中，只有SELECT … FOR UPDATE 或LOCK IN SHARE MODE 同一筆數(shù)據(jù)時會等待其它事務(wù)結(jié)束后才執(zhí)行，一般SELECT … 則不受此影響。拿上面的實例來說，當(dāng)我執(zhí)行select status from t_goods where id=1 for update;后。我在另外的事務(wù)中如果再次執(zhí)行select status from t_goods where id=1 for update;則第二個事務(wù)會一直等待第一個事務(wù)的提交，此時第二個查詢處于阻塞的狀態(tài)，但是如果我是在第二個事務(wù)中執(zhí)行select status from t_goods where id=1;則能正常查詢出數(shù)據(jù)，不會受第一個事務(wù)的影響。

補充：MySQL select…for update的Row Lock與Table Lock

上面我們提到，使用select…for update會把數(shù)據(jù)給鎖住，不過我們需要注意一些鎖的級別，MySQL InnoDB默認(rèn)Row-Level Lock，所以只有「明確」地指定主鍵，MySQL 才會執(zhí)行Row lock (只鎖住被選取的數(shù)據(jù)) ，否則MySQL 將會執(zhí)行Table Lock (將整個數(shù)據(jù)表單給鎖住)。

https://www.cnblogs.com/linjiqin/category/283837.html

總結(jié)

以上是生活随笔為你收集整理的mysql proxy 悲观锁_mysql悲观锁总结和实践的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。