Ⅰ 樂觀鎖和悲觀鎖是什麼
樂觀鎖機制採取了更加寬松的加鎖機制。相對悲觀鎖而言，樂觀鎖更傾向於開發運用。樂觀鎖（ Optimistic Locking ） 相對悲觀鎖而言，樂觀鎖機制採取了更加寬松的加鎖機制。悲觀鎖大多數情況下依靠資料庫的鎖機制實現，以保證操作最大程度的獨占性。但隨之而來的就是資料庫性能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受。而樂觀鎖機制在一定程度上解決了這個問題。樂觀鎖，大多是基於數據版本（ Version ）記錄機制實現。何謂數據版本？即為數據增加一個版本標識，在基於資料庫表的版本解決方案中，一般是通過為資料庫表增加一個 「version」 欄位來實現。讀取出數據時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交數據的版本數據與資料庫表對應記錄的當前版本信息進行比對，如果提交的數據版本號等於資料庫表當前版本號，則予以更新，否則認為是過期數據。
Ⅱ mysql中的樂觀鎖和悲觀鎖怎麼用
關於mysql中的樂觀鎖和悲觀鎖面試的時候被問到的概率還是比較大的。
mysql的悲觀鎖：
其實理解起來非常簡單，當數據被外界修改持保守態度，包括自身系統當前的其他事務，以及來自外部系統的事務處理，因此，在整個數據處理過程中，將數據處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制，但是也只有資料庫層提供的鎖機制才能真正保證數據訪問的排他性，否則，即使在自身系統中實現了加鎖機制，也無法保證外部系統不會修改數據。
來點實際的，當我們使用悲觀鎖的時候我們首先必須關閉mysql資料庫的自動提交屬性，因為MySQL默認使用autocommit模式，也就是說，當你執行一個更新操作後，MySQL會立刻將結果進行提交。
關閉命令為：set autocommit=0;
悲觀鎖可以使用select…for update實現，在執行的時候會鎖定數據，雖然會鎖定數據，但是不影響其他事務的普通查詢使用。此處說普通查詢就是平時我們用的：select * from table 語句。在我們使用悲觀鎖的時候事務中的語句例如：
//開始事務
begin;/begin work;/start transaction; (三選一)
//查詢信息
select * from order where id=1 for update;
//修改信息
update order set name='names';
//提交事務
commit;/commit work;(二選一)
此處的查詢語句for update關鍵字，在事務中只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一條數據時會等待其它事務結束後才執行，一般的SELECT查詢則不受影響。
執行事務時關鍵字select…for update會鎖定數據，防止其他事務更改數據。但是鎖定數據也是有規則的。
查詢條件與鎖定范圍：
1、具體的主鍵值為查詢條件
比如查詢條件為主鍵ID=1等等，如果此條數據存在，則鎖定當前行數據，如果不存在，則不鎖定。
2、不具體的主鍵值為查詢條件
比如查詢條件為主鍵ID>1等等，此時會鎖定整張數據表。
3、查詢條件中無主鍵
會鎖定整張數據表。
4、如果查詢條件中使用了索引為查詢條件
明確指定索引並且查到，則鎖定整條數據。如果找不到指定索引數據，則不加鎖。
悲觀鎖的確保了數據的安全性，在數據被操作的時候鎖定數據不被訪問，但是這樣會帶來很大的性能問題。因此悲觀鎖在實際開發中使用是相對比較少的。
mysql的樂觀鎖：
相對悲觀鎖而言，樂觀鎖假設數據一般情況下不會造成沖突，所以在數據進行提交更新的時候，才會對數據的沖突與否進行檢測，如果發現沖突，則讓返回用戶錯誤的信息，讓用戶決定如何去做。
一般來說，實現樂觀鎖的方法是在數據表中增加一個version欄位，每當數據更新的時候這個欄位執行加1操作。這樣當數據更改的時候，另外一個事務訪問此條數據進行更改的話就會操作失敗，從而避免了並發操作錯誤。當然，還可以將version欄位改為時間戳，不過原理都是一樣的。
例如有表student，欄位：
id,name,version
1 a 1
當事務一進行更新操作：update student set name='ygz' where id = #{id} and version = #{version};
此時操作完後數據會變為id = 1,name = ygz,version = 2，當另外一個事務二同樣執行更新操作的時候，卻發現version != 1，此時事務二就會操作失敗，從而保證了數據的正確性。
悲觀鎖和樂觀鎖都是要根據具體業務來選擇使用，本文僅作簡單介紹。
Ⅲ 什麼是樂觀鎖
hibernate中兩種鎖機制: 悲觀鎖,樂觀鎖.
悲觀鎖:採用資料庫本身的鎖機制,for update或no wait
優點:處理並發徹底,並發處理比較好
缺點:當一個用戶鎖定記錄的時候,其它用戶都不能使用了,容易造成長時間的等待.
樂觀鎖:是Hibernate自己實現的,採用版本控制的方式實現處理並發.
1.添加version元素
2.聲明使用版本控制的方式實現樂觀鎖optimistic-lock="version"
<hibernate-mapping>
<class name="..." table="..." catalog="..." optimistic-lock="version"></class></hibernate-mapping>
Ⅳ 悲觀鎖和樂觀鎖定義是什麼
悲觀鎖和樂觀鎖定義：
樂觀鎖：樂觀鎖在操作數據時非常樂觀，認為別人不會同時修改數據。因此樂觀鎖不會上鎖，只是在執行更新的時候判斷一下在此期間別人是否修改了數據：如果別人修改了數據則放棄操作，否則執行操作。
悲觀鎖：悲觀鎖在操作數據時比較悲觀，認為別人會同時修改數據。因此操作數據時直接把數據鎖住，直到操作完成後才會釋放鎖；上鎖期間其他人不能修改數據。
悲觀鎖實現方式
悲觀鎖的實現，往往依靠資料庫提供的鎖機制。在資料庫中，悲觀鎖的流程如下：
1.在對記錄進行修改之前，先嘗試為該記錄加上排它鎖(exclusive locking)。
2.如果加鎖失敗，說明該記錄正在被修改，那麼當前查詢可能要等待或者拋出異常。具體響應方式由開發者根據實際需要決定。
3.如果成功加鎖，那麼就可以對記錄做修改，事務完成後就會解鎖了。
4.期間如果有其他對該記錄做修改或加排它鎖的操作，都會等待解鎖或直接拋出異常。