我們在操作資料庫的時候，可能會由於併發問題而引起的資料的不一致性（資料衝突）

樂觀鎖
樂觀鎖不是資料庫自帶的，需要我們自己去實現。樂觀鎖是指操作資料庫時(更新操作)，想法很樂觀，認為這次的操作不會導致衝突，在操作資料時，並不進行任何其他的特殊處理（也就是不加鎖），而在進行更新後，再去判斷是否有衝突了。

通常實現是這樣的：在表中的資料進行操作時(更新)，先給資料表加一個版本(version)欄位，每操作一次，將那條記錄的版本號加1。也就是先查詢出那條記錄，獲取出version欄位,如果要對那條記錄進行操作(更新),則先判斷此刻version的值是否與剛剛查詢出來時的version的值相等，如果相等，則說明這段期間，沒有其他程式對其進行操作，則可以執行更新，將version欄位的值加1；如果更新時發現此刻的version值與剛剛獲取出來的version的值不相等，則說明這段期間已經有其他程式對其進行操作了，則不進行更新操作。
 

悲觀鎖
與樂觀鎖相對應的就是悲觀鎖了。悲觀鎖就是在操作資料時，認為此操作會出現資料衝突，所以在進行每次操作時都要通過獲取鎖才能進行對相同資料的操作，這點跟java中的synchronized很相似，所以悲觀鎖需要耗費較多的時間。另外與樂觀鎖相對應的，悲觀鎖是由資料庫自己實現了的，要用的時候，我們直接呼叫資料庫的相關語句就可以了。

說到這裡，由悲觀鎖涉及到的另外兩個鎖概念就出來了，它們就是共享鎖與排它鎖。共享鎖和排它鎖是悲觀鎖的不同的實現，它倆都屬於悲觀鎖的範疇。
 

共享鎖
共享鎖指的就是對於多個不同的事務，對同一個資源共享同一個鎖。相當於對於同一把門，它擁有多個鑰匙一樣。就像這樣，你家有一個大門，大門的鑰匙有好幾把，你有一把，你女朋友有一把，你們都可能通過這把鑰匙進入你們家，進去啪啪啪啥的，一下理解了哈，沒錯，這個就是所謂的共享鎖。
剛剛說了，對於悲觀鎖，一般資料庫已經實現了，共享鎖也屬於悲觀鎖的一種，那麼共享鎖在mysql中是通過什麼命令來呼叫呢。通過查詢資料，瞭解到通過在執行語句後面加上lock in share mode就代表對某些資源加上共享鎖了。
比如，我這裡通過mysql開啟兩個查詢編輯器，在其中開啟一個事務，並不執行commit語句
 

排它鎖

排它鎖與共享鎖相對應，就是指對於多個不同的事務，對同一個資源只能有一把鎖。

與共享鎖型別，在需要執行的語句後面加上for update就可以