無論是悲觀鎖還是樂觀鎖，都是人們定義出來的概念，可以認為是一種思想。其實不僅僅是關係型資料庫系統中有樂觀鎖和悲觀鎖的概念，像memcache、hibernate、tair等都有類似的概念。
悲觀鎖是利用資料庫本身提供的鎖機制來實現的。
1、悲觀鎖
1）悲觀：併發的事務都會相互影響，發生激烈的競爭
2）悲觀鎖的流程如下：
（1）在對任意記錄進行修改前，先嘗試為該記錄加上排他鎖（exclusive locking）。
（2）如果加鎖失敗，說明該記錄正在被修改，那麼當前查詢可能要等待或者丟擲異常。 具體響應方式由開發者根據實際需要決定。
（3）如果成功加鎖，那麼就可以對記錄做修改，事務完成後就會解鎖了。
（4）其間如果有其他對該記錄做修改或加排他鎖的操作，都會等待我們解鎖或直接丟擲異常。
**示例：
//mysql innodb中使用悲觀鎖：
//0.開始事務
begin;/begin
work;/start
transaction; (三者選一就可以)
//1.查詢出商品資訊
select status from t_goods where id=1
forupdate;
//2.根據商品資訊生成訂單
insert
into t_orders (id,goods_id) values (null,1);
//3.修改商品status為2
update t_goods set status=2;
//4.提交事務
commit;/commit
work;
select ...
for update
這樣我們可以保證當前的資料不會被其它事務修改。
3）優點與不足
悲觀併發控制實際上是「先取鎖再訪問」的保守策略，為資料處理的安全提供了保證。
但是在效率方面，處理加鎖的機制會讓資料庫產生額外的開銷，還有增加產生死鎖的機會；
另外，在唯讀型事務處理中由於不會產生衝突，也沒必要使用鎖，這樣做只能增加系統負載；
還有會降低了並行性，乙個事務如果鎖定了某行資料，其他事務就必須等待該事務處理完才可以處理那行數
2、樂觀鎖
1）樂觀：認為資料一般情況下不會造成衝突，所以在資料進行提交更新的時候，才會正式對資料的衝突與否進行檢測，如果發現衝突了，則讓返回使用者錯誤的資訊，讓使用者決定如何去做。
2）實現方式：記錄資料版本
（1）當讀取資料時，將版本標識的值一同讀出，資料每更新一次，同時對版本標識進行更新。
（2）當我們提交更新的時候，判斷資料庫表對應記錄的當前版本資訊與第一次取出來的版本標識進行比對，如果資料庫表當前版本號與第一次取出來的版本標識值相等，則予以更新，否則認為是過期資料。
**示例：
//1.查詢出商品資訊
select (status,status,version) from t_goods where id=#
//2.根據商品資訊生成訂單
//3.修改商品status為2
update t_goods
set status=2,version=version+1
where id=# and version=#;
樂觀併發控制相信事務之間的資料競爭(data race)的概率是比較小的，因此盡可能直接做下去，直到提交的時候才去鎖定，所以不會產生任何鎖和死鎖。
但如果直接簡單這麼做，還是有可能會遇到不可預期的結果，例如兩個事務都讀取了資料庫的某一行，經過修改以後寫回資料庫，這時就遇到了問題。
樂觀鎖和悲觀鎖
1 悲觀鎖，正如其名，它指的是對資料被外界 包括本系統當前的其他事務，以及來自外部系統的事務處理 修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無...
樂觀鎖和悲觀鎖
併發衝突 在多使用者的環境下，如果使用者同時修改同乙個文件，就會造成衝突。典型的衝突有兩種 1 丟失更新 乙個使用者的更新記錄覆蓋了另乙個人的更新。如 使用者一 讀 寫 使用者二 讀 寫 那麼使用者一就把使用者二的更新覆蓋了。2 髒讀 乙個使用者更新資料未完成時，另乙個使用者就讀取資訊。使用者一 讀...
樂觀鎖和悲觀鎖
為什麼需要鎖 併發控制 在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 l 丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。l 髒讀...