共享鎖、排他鎖、互斥鎖、悲觀鎖、樂觀鎖、行鎖、表鎖、頁面鎖、不可重複讀、丟失修改、讀髒資料 共享鎖（S鎖） 又稱為讀鎖，可以檢視但無法修改和刪除的一種資料鎖。如果事務T對資料A加上共享鎖後，則其他事務只能對A再加共享鎖，不能加排它鎖。獲准共享鎖的事務只能讀資料，不能修改資料。共享鎖下其它使用者可以併發讀取，查詢資料。但不能修改，增加，刪除資料。資源共享. todo// 什麼時候用共享鎖，業務場景是什麼 排它鎖（X鎖）：又稱為寫鎖、獨佔鎖，若事務T對資料物件A加上X鎖，則只允許T讀取和修改A，其他任何事務都不能再對A加任何型別的鎖，直到T釋放A上的鎖。這就保證了其他事務在T釋放A上的鎖之前不能再讀取和修改A todo// 什麼時候用共享鎖，業務場景是什麼 互斥鎖：在程式設計中，引入了物件互斥鎖的概念，來保證共享資料操作的完整性。每個物件都對應於一個可稱為" 互斥鎖" 的標記，這個標記用來保證在任一時刻，只能有一個執行緒訪問該物件。 todo// 什麼時候用共享鎖，業務場景是什麼 悲觀鎖、樂觀鎖： 悲觀鎖：總是假設最壞的情況，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會阻塞直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。再比如Java裡面的同步原語synchronized關鍵字的實現也是悲觀鎖。 樂觀鎖：顧名思義，就是很樂觀，每次去拿資料的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個資料，可以使用版本號等機制。樂觀鎖適用於多讀的應用型別，這樣可以提高吞吐量，像資料庫提供的類似於write_condition機制，其實都是提供的樂觀鎖。在Java中java.util.concurrent.atomic包下面的原子變數類就是使用了樂觀鎖的一種實現方式CAS實現的。 參考：www.cnblogs.com/qjjazry/p/6581568.html 行級鎖：行級鎖是 MySQL 中鎖定粒度最細的一種鎖，表示只針對當前操作的行進行加鎖。行級鎖能大大減少資料庫操作的衝突，其加鎖粒度最小，但加鎖的開銷也最大。行級鎖分為共享鎖和排他鎖。開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖衝突的概率最低，併發度也最高。 表級鎖：表級鎖是 MySQL 中鎖定粒度最大的一種鎖，表示對當前操作的整張表加鎖，它實現簡單，資源消耗較少，被大部分 MySQL 引擎支援。最常使用的 MyISAM 與 InnoDB 都支援表級鎖定。表級鎖定分為表共享讀鎖（共享鎖）與表獨佔寫鎖（排他鎖）。開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發出鎖衝突的概率最高，併發度最低。 頁級鎖：　頁級鎖是 MySQL 中鎖定粒度介於行級鎖和表級鎖中間的一種鎖。表級鎖速度快，但衝突多，行級衝突少，但速度慢。因此，採取了折衷的頁級鎖，一次鎖定相鄰的一組記錄。BDB 支援頁級鎖。開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，併發度一般。 丟失修改：指事務1和事務2同時讀入相同的資料並進行修改，事務2提交的結果破壞了事務1提交的結果，導致事務1進行的修改丟失。 不可重複讀：一個事務在讀取某些資料後的某個時間，再次讀取以前讀過的資料，卻發現其讀出的資料已經發生了改變、或某些記錄已經被刪除了！ 不可重複讀推薦：

面試官：MySQL的可重複讀級別能解決幻讀問題嗎？ 讀髒資料：事務T1修改某一資料，並將其寫回磁碟，事務T2讀取同一資料後，T1由於某種原因被撤消，這時T1已修改過的資料恢復原值，T2讀到的資料就與資料庫中的資料不一致，則T2讀到的資料就為"髒"資料，即不正確的資料。 死鎖：兩個或兩個以上的程序在執行過程中，由於競爭資源或者由於彼此通訊而造成的一種阻塞的現象，若無外力作用，它們都將無法推進下去。此時稱系統處於死鎖狀態或系統產生了死鎖，這些永遠在互相等待的程序稱為死鎖程序 死鎖推薦閱讀：MySQL死鎖產生原因和解決方法 死鎖四個產生條件： 1）互斥條件：　指程序對所分配到的資源進行排它性使用，即在一段時間內某資源只由一個程序佔用。如果此時還有其它程序請求資源，則請求者只能等待，直至佔有資源的程序用畢釋放。 2）請求和保持條件：指程序已經保持至少一個資源，但又提出了新的資源請求，而該資源已被其它程序佔有，此時請求程序阻塞，但又對自己已獲得的其它資源保持不放。 3）不剝奪條件：指程序已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。 4）環路等待條件：指在發生死鎖時，必然存在一個程序——資源的環形鏈，即程序集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1佔用的資源；P1正在等待P2佔用的資源，……，Pn正在等待已被P0佔用的資源。 預防死鎖打破上述之一的條件。