樂觀鎖
每次獲取數據的時候，都不會擔心數據被修改，所以每次獲取數據的時候都不會進行加鎖，但是在更新數據的時候需要判斷該數據是否被別人修改過。如果數據被其他線程修改，則不進行數據更新，如果數據沒有被其他線程修改，則進行數據更新。由於數據沒有進行加鎖，期間該數據可以被其他線程進行讀寫操作。一般使用version方式和CAS操作方式。
Version方式：
一般是在數據表中加上一個數據版本號version字段，表示數據被修改的次數，當數據被修改時，version值會加一。當線程A要更新數據值時，在讀取數據的同時也會讀取version值，在提交更新時，若剛才讀取到的version值為當前數據庫中的version值相等時才更新，否則重試更新操作，直到更新成功。
核心SQL代碼：update table set x=x+1, version=version+1 where id=#{id} and version=#{version};
CAS操作方式：
即compare and swap 或者 compare and set，涉及到三個操作數，數據所在的內存值，預期值，新值。當需要更新時，判斷當前內存值與之前取到的值是否相等，若相等，則用新值更新，若失敗則重試，一般情況下是一個自旋操作，即不斷的重試。
樂觀鎖使用場景
比較適合讀取操作比較頻繁的場景，如果出現大量的寫入操作，數據發生沖突的可能性就會增大，為了保證數據的一致性，應用層需要不斷的重新獲取數據，這樣會增加大量的查詢操作，降低了系統的吞吐量。
悲觀鎖
每次獲取數據的時候，都會擔心數據被修改，所以每次獲取數據的時候都會進行加鎖，確保在自己使用的過程中數據不會被別人修改，使用完成后進行數據解鎖。由於數據進行加鎖，期間對該數據進行讀寫的其他線程都會進行等待。在Java中，synchronized的思想也是悲觀鎖。
悲觀鎖使用場景
比較適合寫入操作比較頻繁的場景，如果出現大量的讀取操作，每次讀取的時候都會進行加鎖，這樣會增加大量的鎖的開銷，降低了系統的吞吐量。