一、先來說說mysql  for update 是mysql的一種加鎖方式，排它鎖，加鎖後別的使用者可以讀取資料，但是不能更改資料。

我們舉一個專案中常見的應用場景吧。 
比如有一張表 他有三個欄位。id代表商品id ,name代表商品名字,count代表該商品數量。 
我們為了顯示搶購的時候顯示該商品還剩餘多少件。我們會手動的上鎖。鎖住id為1的商品。比如id為1的商品名字是某型號的mac pro。count代表了該商品還剩餘多少件。當併發量很大的情況下,商品數量自減的值可能是不準確的。 
所以當我們在一個事務中對count欄位進行修改的時候,其他的事務應該是隻能讀取指定id的count值。而不能寫入或者update。這個時候for update的作用就是在此刻體現的。

start transaction ;
select * from table_name where id =1 for update ;

update table_name set count = count - 1 where id= 1;

此時如果另一個事務也想執行類似的操作。

start transaction ;
select * from table_name where id =1 for update ;
//下面的這行sql會等待,直到上面的事務回滾或者commit才得到執行。
update table_name set count = count - 1 where id= 1;
 

順帶一提的是,當選中某一個行的時候,如果是通過主鍵id選中的。那麼這個時候是行級鎖。 其他的行還是可以直接insert 或者update的。如果是通過其他的方式選中行,或者選中的條件不明確包含主鍵。這個時候會鎖表。其他的事務對該表的任意一行記錄都無法進行插入或者更新操作。只能讀取。

二、悲觀鎖

悲觀鎖，正如其名，它指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制（也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改資料）。

 使用場景舉例：以MySQL InnoDB為例， 商品goods表中有一個欄位status，status為1代表商品未被下單，status為2代表商品已經被下單，那麼我們對某個商品下單時必須確保該商品status為1。假設商品的id為1。

1如果不採用鎖，那麼操作方法如下：

//1.查詢出商品資訊

select status from t_goods where id=1;

//2.根據商品資訊生成訂單

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

//3.修改商品status為2

update t_goods set status=2;

上面這種場景在高併發訪問的情況下很可能會出現問題。

前面已經提到，只有當goods status為1時才能對該商品下單，上面第一步操作中，查詢出來的商品status為1。但是當我們執行第三步Update操作的時候，有可能出現其他人先一步對商品下單把goods status修改為2了，但是我們並不知道資料已經被修改了，這樣就可能造成同一個商品被下單2次，使得資料不一致。所以說這種方式是不安全的。

2使用悲觀鎖來實現：

在上面的場景中，商品資訊從查詢出來到修改，中間有一個處理訂單的過程，使用悲觀鎖的原理就是，當我們在查詢出goods資訊後就把當前的資料鎖定，直到我們修改完畢後再解鎖。那麼在這個過程中，因為goods被鎖定了，就不會出現有第三者來對其進行修改了。

注：要使用悲觀鎖，我們必須關閉mysql資料庫的自動提交屬性，因為MySQL預設使用autocommit模式，也就是說，當你執行一個更新操作後，MySQL會立刻將結果進行提交。

我們可以使用命令設定MySQL為非autocommit模式：

set autocommit=0;

設定完autocommit後，我們就可以執行我們的正常業務了。具體如下：

//0.開始事務

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

//1.查詢出商品資訊

select status from t_goods where id=1 for update;

//2.根據商品資訊生成訂單

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

//3.修改商品status為2

update t_goods set status=2;

//4.提交事務

commit;/commit work;

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

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

與普通查詢不一樣的是，我們使用了select…for update的方式，這樣就通過資料庫實現了悲觀鎖。此時在t_goods表中，id為1的 那條資料就被我們鎖定了，其它的事務必須等本次事務提交之後才能執行。這樣我們可以保證當前的資料不會被其它事務修改。

三、樂觀鎖（所有使用者都可以讀取和修改，通過版本控制誰的修改有效）