mysql筆記(儲存引擎)

標籤：

讀寫鎖：.

• 表級鎖：開銷小，加鎖快；不會出現死結；鎖定粒度大，發生鎖衝突的機率最高，並發度最低。
• 行級鎖：開銷大，加鎖慢；會出現死結；鎖定粒度最小，發生鎖衝突的機率最低，並發度也最高。
• 頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死結；鎖定粒度界於表鎖和行鎖之間，並發度一般

對ＭyISAM表的讀操作，不會阻塞其他使用者對同一表的讀請求，但會阻塞對同一表的寫請求；對ＭyISAM表的寫操作，則會阻塞其他使用者對同一表的讀和寫請求；ＭyISAM表的讀和寫操作之間，以及寫和寫操作之間是串列的！（當一線程獲得對一個表的寫鎖後，只有持有鎖的線程可以對錶進行更新操作。其他線程的讀、寫操作都會等待，直到鎖被釋放為止。）

   MyISAM在執行查詢語句（SELECT）前，會自動給涉及的所有表加讀鎖，在執行更新操作（UPDATE、DELETE、INSERT等）前，會自動給涉及的表加寫鎖，這個過程並不需要使用者幹預，因此使用者一般不需要直接用LOCK TABLE命令給MyISAM表顯式加鎖。

MyISAM的鎖調度前面講過，MyISAM儲存引擎的讀和寫鎖是互斥，讀操作是串列的。那麼，一個進程請求某個MyISAM表的讀鎖，同時另一個進程也請求同一表的寫鎖，MySQL如何處理呢？答案是寫進程先獲得鎖。不僅如此，即使讀進程先請求先到鎖等待隊列，寫請求後到，寫鎖也會插到讀請求之前！這是因為MySQL認為寫請求一般比讀請求重要。這也正是MyISAM表不太適合於有大量更新操作和查詢操作應用的原因，因為，大量的更新操作會造成查詢操作很難獲得讀鎖，從而可能永遠阻塞。這種情況有時可能會變得非常糟糕！幸好我們可以通過一些設定來調節MyISAM的調度行為。

• 通過指定啟動參數low-priority-updates，使MyISAM引擎預設給予讀請求以優先的權利。
• 通過執行命令SET LOW_PRIORITY_UPDATES=1，使該串連發出的更新要求優先順序降低。
• 通過指定INSERT、UPDATE、DELETE語句的LOW_PRIORITY屬性，降低該語句的優先順序。

雖然上面3種方法都是要麼更新優先，要麼查詢優先的方法，但還是可以用其來解決查詢相對重要的應用（如使用者登入系統）中，讀鎖等待嚴重的問題。另外，MySQL也提供了一種折中的辦法來調節讀寫衝突，即給系統參數max_write_lock_count設定一個合適的值，當一個表的讀鎖達到這個值後，MySQL變暫時將寫請求的優先順序降低，給讀進程一定獲得鎖的機會。    上面已經討論了寫優先調度機制和解決辦法。這裡還要強調一點：一些需要長時間啟動並執行查詢操作，也會使寫進程“餓死”！因此，應用中應盡量避免出現長時間啟動並執行查詢操作，不要總想用一條SELECT語句來解決問題。因為這種看似巧妙的SQL語句，往往比較複雜，執行時間較長，在可能的情況下可以通過使用中間表等措施對SQL語句做一定的“分解”，使每一步查詢都能在較短時間完成，從而減少鎖衝突。如果複雜查詢不可避免，應盡量安排在資料庫空閑時段執行，比如一些定期統計可以安排在夜間執行。 -------------------------------------- 死結：是指兩個或者多個事務在同一資源上項目佔用，並請求鎖定對方佔用的資源，從而導致惡性迴圈的現象。當多個事務視圖以不同的順序鎖定資源時，就可能產生死結。innodb處理死結：將持有最少行級獨佔鎖定的事務進行復原。交易記錄：使用交易記錄，儲存引擎在修改表的資料時，只需要修改其記憶體拷貝，在把該修改行為記錄到持久在硬碟上的交易記錄中，而不是每次都將修改的資料本身持久到硬碟。交易記錄採用的是追加的方式。交易記錄持久以後，記憶體中被修改的資料在後台可以慢慢刷回到磁碟中。  在事務中使用多種儲存引擎是不可靠的。mysql的大多數事務型儲存引擎實現的都不是簡單的行級鎖，基於提升並發效能的考慮，他們一般同事實現了多版本並發控制(MVCC)。MVCC是行級鎖的一種變種，但是它在很多情況下避免了加鎖操作，因此開銷更低。 INNODB的MVCC:　　　　

 

 

mysql筆記(儲存引擎)