共享鎖（S鎖）： 又稱為讀鎖，可以查看但無法修改和刪除的一種數(shù)據(jù)鎖。如果事務T對數(shù)據(jù)A加上共享鎖后，則其他事務只能對A再加共享鎖，不能加排它鎖。獲準共享鎖的事務只能讀數(shù)據(jù)，不能修改數(shù)據(jù)。 共享鎖下其它用戶可以并發(fā)讀取，查詢數(shù)據(jù)。但不能修改，增加，刪除數(shù)據(jù)。資源共享.

排它鎖（X鎖）：　又稱為寫鎖、獨占鎖，若事務T對數(shù)據(jù)對象A加上X鎖，則只允許T讀取和修改A，其他任何事務都不能再對A加任何類型的鎖，直到T釋放A上的鎖。這就保證了其他事務在T釋放A上的鎖之前不能再讀取和修改A

互斥鎖： 在編程中，引入了對象互斥鎖的概念，來保證共享數(shù)據(jù)操作的完整性。每個對象都對應于一個可稱為' 互斥鎖' 的標記，這個標記用來保證在任一時刻，只能有一個線程訪問該對象。

悲觀鎖、樂觀鎖：

悲觀鎖： 總是假設最壞的情況，每次去拿數(shù)據(jù)的時候都認為別人會修改，所以每次在拿數(shù)據(jù)的時候都會上鎖，這樣別人想拿這個數(shù)據(jù)就會阻塞直到它拿到鎖。傳統(tǒng)的關系型數(shù)據(jù)庫里邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。再比如Java里面的同步原語synchronized關鍵字的實現(xiàn)也是悲觀鎖。

悲觀鎖和樂觀鎖推薦：面試難點：你了解樂觀鎖和悲觀鎖嗎？

樂觀鎖： 顧名思義，就是很樂觀，每次去拿數(shù)據(jù)的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數(shù)據(jù)，可以使用版本號等機制。樂觀鎖適用于多讀的應用類型，這樣可以提高吞吐量，像數(shù)據(jù)庫提供的類似于write_condition機制，其實都是提供的樂觀鎖。在Java中java.util.concurrent.atomic包下面的原子變量類就是使用了樂觀鎖的一種實現(xiàn)方式CAS實現(xiàn)的。

參考：www.cnblogs.com/qjjazry/p/6581568.html

行級鎖： 行級鎖是 MySQL 中鎖定粒度最細的一種鎖，表示只針對當前操作的行進行加鎖。行級鎖能大大減少數(shù)據(jù)庫操作的沖突，其加鎖粒度最小，但加鎖的開銷也最大。行級鎖分為共享鎖和排他鎖。開銷大，加鎖慢；會出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低，并發(fā)度也最高。

表級鎖： 表級鎖是 MySQL 中鎖定粒度最大的一種鎖，表示對當前操作的整張表加鎖，它實現(xiàn)簡單，資源消耗較少，被大部分 MySQL 引擎支持。最常使用的 MyISAM 與 InnoDB 都支持表級鎖定。表級鎖定分為表共享讀鎖（共享鎖）與表獨占寫鎖（排他鎖）。開銷小，加鎖快；不會出現(xiàn)死鎖；鎖定粒度大，發(fā)出鎖沖突的概率最高，并發(fā)度最低。

頁級鎖：　頁級鎖是 MySQL 中鎖定粒度介于行級鎖和表級鎖中間的一種鎖。表級鎖速度快，但沖突多，行級沖突少，但速度慢。因此，采取了折衷的頁級鎖，一次鎖定相鄰的一組記錄。BDB 支持頁級鎖。開銷和加鎖時間界于表鎖和行鎖之間；會出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般。

丟失修改： 指事務1和事務2同時讀入相同的數(shù)據(jù)并進行修改，事務2提交的結果破壞了事務1提交的結果，導致事務1進行的修改丟失。

不可重復讀： 一個事務在讀取某些數(shù)據(jù)后的某個時間，再次讀取以前讀過的數(shù)據(jù)，卻發(fā)現(xiàn)其讀出的數(shù)據(jù)已經發(fā)生了改變、或某些記錄已經被刪除了！

不可重復讀推薦：面試官：MySQL的可重復讀級別能解決幻讀問題嗎？

讀臟數(shù)據(jù)： 事務T1修改某一數(shù)據(jù)，并將其寫回磁盤，事務T2讀取同一數(shù)據(jù)后，T1由于某種原因被撤消，這時T1已修改過的數(shù)據(jù)恢復原值，T2讀到的數(shù)據(jù)就與數(shù)據(jù)庫中的數(shù)據(jù)不一致，則T2讀到的數(shù)據(jù)就為'臟'數(shù)據(jù)，即不正確的數(shù)據(jù)。

死鎖： 兩個或兩個以上的進程在執(zhí)行過程中，由于競爭資源或者由于彼此通信而造成的一種阻塞的現(xiàn)象，若無外力作用，它們都將無法推進下去。此時稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產生了死鎖，這些永遠在互相等待的進程稱為死鎖進程