悲觀鎖，正如其名，它指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制（也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改資料）。
使用場景舉例：以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會立刻將結果進行提交。
資料庫之樂觀鎖，悲觀鎖
樂觀鎖 1.只在提交操作時檢查是否違反資料完整性。使用自增長的整數表示資料版本號。更新時檢查版本號是否一致，比如資料庫中資料版本為6，更新提交時version 6 1,使用該version值 7 與資料庫version 1 7 作比較，如果相等，則可以更新，如果不等則有可能其他程式已更新該記錄，所以...
資料庫樂觀鎖與悲觀鎖
每次拿資料的時候都會擔心會被別人修改 疑心重很悲觀 所以每次在拿資料的時候都會上鎖。確保自己使用的過程中不會被別人訪問，自己使用完後再解鎖。期間需要訪問該資料的都會等待。每次拿資料的時候都完全不擔心會被別人修改 心態好很樂觀 所以每次在拿資料的時候都不會上鎖。但是在更新資料的時候去判斷該期間是否被別...
資料庫樂觀鎖與悲觀鎖
演示案例 為何需要樂觀鎖，與悲觀鎖這樣的鎖？idname money 1god 1000 假設god同志的賬上有1000元，現在有兩個執行緒同時往他的賬戶上轉錢。1.a執行緒準備向god賬戶上轉200，讀取到賬戶上有1000元，事務還未提交 2.b執行緒準備向god賬戶上轉100，讀取到賬戶上有10...