我們在操作數據庫的時候,可能會由於併發問題而引起的數據的不一致性(數據衝突)。如何保證數據併發訪問的一致性、有效性,是所有數據庫必須解決的一個問題,鎖的衝突也是影響數據庫併發訪問性能的一個重要因素,從這一角度來說,鎖對於數據庫而言就顯得尤為重要。
MySQL鎖概述
相對其他數據庫而言,MySQL的鎖機制比較簡單,其最顯著的特點是不同的存儲引擎支持不同的鎖機制。
比如:
MyISAM和MEMORY存儲引擎採用的是表級鎖(table-level locking);InnoDB存儲引擎既支持行級鎖( row-level locking),也支持表級鎖,但默認情況下是採用行級鎖。MySQL主要的兩種鎖的特性可大致歸納如下:
行鎖 和 表鎖
1.主要是針對鎖粒度劃分的,一般分為:
(1)行鎖:訪問數據庫的時候,鎖定整個行數據,防止併發錯誤。
(2)表鎖:訪問數據庫的時候,鎖定整個表數據,防止併發錯誤。
2.行鎖 和 表鎖 的區別:
表鎖: 開銷小,加鎖快,不會出現死鎖;鎖定力度大,發生鎖衝突概率高,併發度最低行鎖: 開銷大,加鎖慢,會出現死鎖;鎖定粒度小,發生鎖衝突的概率低,併發度高悲觀鎖 和 樂觀鎖
(1)悲觀鎖:顧名思義,就是很悲觀,每次去拿數據的時候都認為別人會修改,所以每次在拿數據的時候都會上鎖,這樣別人想拿這個數據就會block直到它拿到鎖。
傳統的關係型數據庫裡邊就用到了很多這種鎖機制,比如行鎖,表鎖等,讀鎖,寫鎖等,都是在做操作之前先上鎖。
(2)樂觀鎖: 顧名思義,就是很樂觀,每次去拿數據的時候都認為別人不會修改,所以不會上鎖,但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據,可以使用版本號等機制。
樂觀鎖適用於多讀的應用類型,這樣可以提高吞吐量,像數據庫如果提供類似於write_condition機制的其實都是提供的樂觀鎖。
(3)悲觀鎖 和 樂觀鎖的區別:
兩種鎖各有優缺點,不可認為一種好於另一種,像樂觀鎖適用於寫比較少的情況下,即衝突真的很少發生的時候,這樣可以省去了鎖的開銷,加大了系統的整個吞吐量。但如果經常產生衝突
共享鎖
共享鎖指的就是對於多個不同的事務,對同一個資源共享同一個鎖。相當於對於同一把門,它擁有多個鑰匙一樣。就像這樣,你家有一個大門,大門的鑰匙有好幾把,你有一把,你女朋友有一把,你們都可能通過這把鑰匙進入你們家,這個就是所謂的共享鎖。
剛剛說了,對於悲觀鎖,一般數據庫已經實現了,共享鎖也屬於悲觀鎖的一種,那麼共享鎖在mysql中是通過什麼命令來調用呢。通過查詢資料,瞭解到通過在執行語句後面加上lock in share mode就代表對某些資源加上共享鎖了。
什麼時候使用表鎖
對於InnoDB表,在絕大部分情況下都應該使用行級鎖,因為事務和行鎖往往是我們之所以選擇InnoDB表的理由。但在個別特殊事務中,也可以考慮使用表級鎖。
當然,應用中這兩種事務不能太多,否則,就應該考慮使用MyISAM表了。
表鎖和行鎖應用場景:
表級鎖使用與併發性不高,以查詢為主,少量更新的應用,比如小型的web應用;而行級鎖適用於高併發環境下,對事務完整性要求較高的系統,如在線事務處理系統。以上就是行鎖、表鎖等的特點和應用場景,以下是最新阿里P8架構師談架構設計系列。
最新阿里P8架構師系列資料
資料領取方法
關注+轉發後,私信關鍵詞 【架構】即可學習!
重要的事情說三遍,轉發、轉發、轉發後再發私信,才可以拿到哦!