樂觀鎖：
在關聯式資料庫管理系統裡，樂觀併發控制（又名「樂觀鎖」，optimistic concurrency control，縮寫「occ」）是一種併發控制的方法。它假設多使用者併發的事務在處理時不會彼此互相影響，各事務能夠在不產生鎖的情況下處理各自影響的那部分資料。在提交資料更新之前，每個事務會先檢查在該事務讀取資料後，有沒有其他事務又修改了該資料。如果其他事務有更新的話，正在提交的事務會進行回滾。
一般的實現樂觀鎖的方式就是記錄資料版本，第一種是使用版本號，第二種是使用時間戳。
第一種是通過為資料庫表增加乙個數字型別的 「version」 欄位來實現。當讀取資料時，將version欄位的值一同讀出，資料每更新一次，對此version值加一。當我們提交更新的時候，判斷資料庫表對應記錄的當前版本資訊與第一次取出來的version值進行比對，如果資料庫表當前版本號與第一次取出來的version值相等，則予以更新，否則認為是過期資料。
第二種實現方式和第一種差不多，同樣是在需要樂觀鎖控制的table中增加乙個字段，名稱無所謂，字段型別使用時間戳（timestamp）, 和上面的version類似，也是在更新提交的時候檢查當前資料庫中資料的時間戳和自己更新前取到的時間戳進行對比，如果一致則ok，否則就是版本衝突。
悲觀鎖：
在關聯式資料庫管理系統裡，悲觀併發控制（又名「悲觀鎖」，pessimistic concurrency control，縮寫「pcc」）是一種併發控制的方法。它可以阻止乙個事務以影響其他使用者的方式來修改資料。如果乙個事務執行的操作都某行資料應用了鎖，那只有當這個事務把鎖釋放，其他事務才能夠執行與該鎖衝突的操作。
傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。
select * from
user
where name="eaphy"
forupdate
資料庫樂觀鎖與悲觀鎖
每次拿資料的時候都會擔心會被別人修改 疑心重很悲觀 所以每次在拿資料的時候都會上鎖。確保自己使用的過程中不會被別人訪問，自己使用完後再解鎖。期間需要訪問該資料的都會等待。每次拿資料的時候都完全不擔心會被別人修改 心態好很樂觀 所以每次在拿資料的時候都不會上鎖。但是在更新資料的時候去判斷該期間是否被別...
資料庫樂觀鎖與悲觀鎖
演示案例 為何需要樂觀鎖，與悲觀鎖這樣的鎖？idname money 1god 1000 假設god同志的賬上有1000元，現在有兩個執行緒同時往他的賬戶上轉錢。1.a執行緒準備向god賬戶上轉200，讀取到賬戶上有1000元，事務還未提交 2.b執行緒準備向god賬戶上轉100，讀取到賬戶上有10...
資料庫 樂觀鎖與悲觀鎖
總是認為不會產生併發問題，每次去取資料的時候總認為不會有其他執行緒對資料進行修改，因此不會上鎖，但是在更新時會判斷其他執行緒在這之前有沒有對資料進行修改，一般會使用版本號機制或cas操作實現。update table set x x 1,version version 1 where id and ...