樂觀鎖是一種思想，具體實現是表中有乙個版本字段，第一次讀的時候獲取到這個字段。處理完業務邏輯開始更新的時候，需要再次檢視該字段的值是否和第一次一樣。如果一樣更新，反之不更新。為什麼叫樂觀，原因是這個模式沒有從資料庫加鎖，等到更新的時候再判斷是否可以更新。
悲觀鎖是資料庫成名加鎖，都會阻塞去等待鎖。
悲觀鎖：
使用悲觀鎖很簡單，直接手動加鎖就行了。例如select * from xx for update。在select語句後面加了for update相當於加了排他鎖（寫鎖），加了寫鎖後，其他的事務就不能對它修改了。需要等待當前事務修改完以後才可以修改。同一條記錄，如果乙個使用者a使用select …… for update，b使用者就不能對該條資料進行修改，必須a使用者完成當前事務，b才可以對該條記錄操作。
樂觀鎖：
不是資料層面上的鎖，是需要自己手動去加的鎖。一般新增乙個版本實現。具體過程：
a使用者select * from table會查詢出記錄，同時也會有乙個version欄位，b使用者select * from table也會查詢出記錄，也有乙個version欄位。b使用者對這條記錄進行修改：update a set name=」yy」,version = version+1 where id=# and version =#，判斷之前查詢到的version與現在的資料的version比較，同時會更新version欄位。然後資料庫的記錄進行了修改，1 yy 2。b使用者也對這條記錄做同樣修改，但是失敗了，因為當前資料庫中的版本和查詢出來的不一致。
樂觀鎖和悲觀鎖
1 悲觀鎖，正如其名，它指的是對資料被外界 包括本系統當前的其他事務，以及來自外部系統的事務處理 修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無...
樂觀鎖和悲觀鎖
併發衝突 在多使用者的環境下，如果使用者同時修改同乙個文件，就會造成衝突。典型的衝突有兩種 1 丟失更新 乙個使用者的更新記錄覆蓋了另乙個人的更新。如 使用者一 讀 寫 使用者二 讀 寫 那麼使用者一就把使用者二的更新覆蓋了。2 髒讀 乙個使用者更新資料未完成時，另乙個使用者就讀取資訊。使用者一 讀...
樂觀鎖和悲觀鎖
為什麼需要鎖 併發控制 在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 l 丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。l 髒讀...