悲觀鎖（pessimistic locking）
悲觀鎖，它指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制（也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改資料）。
乙個典型的倚賴資料庫的悲觀鎖呼叫：
select * from account where name=」
tong
」 for update
這條sql
語句鎖定了
account
表中所有符合檢索條件（
name=」
tong
」）的記錄。
本次事務提交之前（事務提交時會釋放事務過程中的鎖），外界無法修改這些記錄。
鎖型別：
x-排他
鎖：如果
物件被乙個排他
鎖給瑣住，那麼按照
鎖的相容性來
講其他會
話就不能夠在
對這個會話所加
鎖的物件加任何的鎖。
s-共享鎖：
如果物件被乙個共享
鎖給鎖住，那麼按照
鎖的相容性來
講其他會話除了
s鎖本身，都不能
對這個會話所加
鎖的物件加任何的鎖。
按照粒度的大小鎖可以分為行級鎖，表級鎖，頁級鎖。
行級鎖是事
務級的.如果乙個事
務要修改被另乙個事務更新
還沒有提交的資料時,
他就會阻塞.等待
鎖的釋放
。通常的
dml操作（
select…for update
、insert
、update
、delete
），在表
級獲得的只是意向鎖（
rs或rx），其真正的封鎖粒度
還是在行級。
sql
語句
表鎖模式
允許的鎖模式
select * from table_name…… 無
rs、rx
、s、srx、x
insert into table_name…… rx
rs、rx
update table_name…… rx
rs、rx
delete from table_name…… rx
rs、rx
select * from table_name for update rs
rs、rx
、s、srx
lock table table_name in share mode s
rs、s
lock table table_name in exclusive mode x
無 樂觀鎖（optimistic locking）
相對悲觀鎖而言，樂觀鎖機制採取了更加寬鬆的加鎖機制。悲觀鎖大多數情況下依靠資料庫的鎖機制實現，以保證操作最大程度的獨占性。但隨之而來的就是資料庫效能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受。如乙個金融系統，當某個操作員讀取使用者的資料，並在讀出的使用者資料的基礎上進行修改時（如更改使用者帳戶餘額），如果採用悲觀鎖機制，也就意味著整個操作過程中（從操作員讀出資料、開始修改直至提交修改結果的全過程，甚至還包括操作員中途去煮咖啡的時間），資料庫記錄始終處於加鎖狀態，可以想見，如果面對幾百上千個併發，這樣的情況將導致怎樣的後果。樂觀鎖機制在一定程度上解決了這個問題。樂觀鎖，大多是基於資料版本（
version
）記錄機制實現。何謂資料版本？即為資料增加乙個版本標識，在基於資料庫表的版本解決方案中，一般是通過為資料庫表增加乙個
「version」
欄位來實現。
讀取出資料時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交資料的版本資料與資料庫表對應記錄的當前版本資訊進行比對，如果提交的資料版本號大於資料庫表當前版本號，則予以更新，否則認為是過期資料。對於上面修改使用者帳戶資訊的例子而言，假設資料庫中帳戶資訊表中有乙個
version
字段，當前值為
1；而當前帳戶餘額字段（
balance
）為$100。1
操作員a
此時將其讀出（
version=1
），並從其帳戶餘額中扣除
$50（
$100-$50
）。2
在操作員
a操作的過程中，操作員
b也讀入此使用者資訊（
version=1
），並從其帳戶餘額中扣除
$20（
$100-$20
）。3
操作員a
完成了修改工作，將資料版本號加一（
version=2
），連同帳戶扣除後餘額（
balance=$50
），提交至資料庫更新，此時由於提交資料版本大於資料庫記錄當前版本，資料被更新，資料庫記錄
version
更新為2。4
操作員b
完成了操作，也將版本號加一（
version=2
）試圖向資料庫提交資料（
balance=$80
），但此時比對資料庫記錄版本時發現，操作員
b提交的資料版本號為
2，資料庫記錄當前版本也為
2，不滿足
「提交版本必須大於記錄當前版本才能執行更新
「的樂觀鎖策略，因此，操作員
b 的提交被駁回。
這樣，就避免了操作員
b 用基於
version=1
的舊資料修改的結果覆蓋操作員
a的操作結果的可能。
悲觀鎖和樂觀鎖
1.悲觀鎖，正如其名，它指的是對資料被外界 包括本系統當前的其他事務，以及來自外部系統的事務處理 修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無...
悲觀鎖和樂觀鎖
前幾天有人問了我乙個問題，說如果資料庫某些操作不用事務，那麼又需要保持資料的一致性，那麼該用什麼方法替代事務。我就想到了悲觀鎖和樂觀鎖的思想，下面我解釋一下在資料庫中的悲觀鎖和樂觀鎖 1.悲觀鎖就是把資料庫的一些操作，放在事務當中，依賴資料庫的隔離級別，實現對資料修改的封鎖，這樣做資料一致性可以保持...
悲觀鎖和樂觀鎖
悲觀鎖 pessimistic lock 顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。樂觀鎖 optim...