由於併發的存在，當多個執行緒同時對資料庫的同一資料進行刪改查操作時，資料可能會不準確，因此資料庫會有行級鎖的概念。
資料庫的行級鎖就是採用一種獨佔的方式，只要當前有乙個執行緒操作這條資料，那麼其他執行緒對該資料只有查詢的能力，沒有修改的權利，因此行級鎖具有排他性，這樣保證了資料的一致性和安全性。
資料庫中執行 select * from table where id=？ for update，就會執行行級鎖，但是需要注意，只有指定查詢條件的主鍵，才會執行行級鎖，否則就是表鎖了，例如 select * from table where othercum=？ for update
在開發設計中，行級鎖對映到應用程式的開發環境中，就是悲觀鎖和樂觀鎖的概念。
悲觀鎖：在應用程式中顯示地為資料資源加鎖.悲觀鎖假定當前事務操縱資料資源時,肯定還會有其它事務同時訪問該資料資源,為了避免當前事務的操作受到干擾,先鎖定資源.儘管悲觀鎖能防止丟失更新和不可重複讀這類併發問題,但會影響併發效能.（簡單理解，就是每次在運算元據時總是悲觀地認為會有別的事務也會來操縱同一資料，因此鎖住該筆資料，直到自己操作完成後再解除鎖）
樂觀鎖：假定當前事務操縱資料資源時,不會有其它事務同時訪問該資料資源,因此完全依靠資料庫的隔離級別來自動管理鎖的工作.應用程式採用版本控制手段來避免可能出現的併發問題.（所謂樂觀鎖，它通常認為多個事務同時操縱同一資料的情況是很少的，因此根本不做資料庫層次上的鎖定，只是基於資料的版本標識實現應用程式級別上的鎖定機制，既保證了多個事務的併發訪問，又有效地防止了丟失更新的出現）
jpa的lock的註解。並且要加上lockmodetype.pessimistic_write ，這個就相當於for update了。此註解為悲觀鎖的具體應用。
悲觀鎖和樂觀鎖
1.悲觀鎖，正如其名，它指的是對資料被外界 包括本系統當前的其他事務，以及來自外部系統的事務處理 修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無...
悲觀鎖和樂觀鎖
前幾天有人問了我乙個問題，說如果資料庫某些操作不用事務，那麼又需要保持資料的一致性，那麼該用什麼方法替代事務。我就想到了悲觀鎖和樂觀鎖的思想，下面我解釋一下在資料庫中的悲觀鎖和樂觀鎖 1.悲觀鎖就是把資料庫的一些操作，放在事務當中，依賴資料庫的隔離級別，實現對資料修改的封鎖，這樣做資料一致性可以保持...
悲觀鎖和樂觀鎖
悲觀鎖 pessimistic lock 顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。樂觀鎖 optim...