MySQL查詢優化系列講座之調度和鎖定_MySQL

　　前面的部分主要是聚焦于如何讓單獨的查詢執行的速度更快。MySQL還允許你改變語句調度的優先級，它可以使來自多個客戶端的查詢更好地協作，這樣單個客戶端就不會由于鎖定而等待很長時間。改變優先級還可以確保特定類型的查詢被處理得更快。這一部分講解MySQL的默認的調度策略和可以用來影響這些策略的選項。它還談到了并發性插入操作的使用和存儲引擎鎖定層次對客戶端的并發性的影響。為了討論的方便，我們把執行檢索（SELECT）的客戶端稱為"讀取者"，把執行修改操作（DELETE、INSERT、REPLACE或UPDATE）的客戶端稱為"寫入者"。

　　MySQL的默認的調度策略可用總結如下：

　　? 寫入操作優先于讀取操作。

　　? 對某張數據表的寫入操作某一時刻只能發生一次，寫入請求按照它們到達的次序來處理。

　　? 對某張數據表的多個讀取操作可以同時地進行。

　　MyISAM和MEMORY存儲引擎借助于數據表鎖來實現這樣的調度策略。當客戶端訪問某張表的時候，首先必須獲取它的鎖。當客戶端完成對表的操作的時候，鎖就會被解除。通過LOCK TABLES和UNLOCK TABLES語句來顯式地獲取或釋放鎖是可行的，但是在通常情況下，服務器的鎖管理器會自動地在需要的時候獲取鎖，在不再需要的時候釋放鎖。獲取的鎖的類型依賴于客戶端是寫入還是讀取操作。

　　對某張表進行寫入操作的客戶端必須擁有獨占的（排他的）訪問權的鎖。操作在進行的過程中，該數據表處于不一致的（inconsistent）狀態，因為數據記錄在刪除、添加或修改的時候，數據表上的索引也可能需要更新以相互匹配。這個數據表在變化的過程中，如果允許其它的客戶端訪問，會出現問題。非常明顯，允許兩個客戶端同時寫入一張數據表是不利的，因為這樣的操作會很快使數據表中的信息成為一堆無用的垃圾。但是允許客戶端讀取變化之中的數據表也不好，因為正在讀取的位置中的數據可能正在變化（修改），讀取的結果可能不是真實的。

　　對某張表執行讀取操作的客戶端必須獲取一個鎖，防止在讀取的過程中，其它的客戶端寫入或改變表。但是這個鎖不需要獨占的訪問權。讀取操作不會改變數據，因此沒有理由讓某個讀取者阻止其它的讀取者訪問這張表。因此讀取鎖允許其它的客戶端在同一時刻讀取這張表。

　　MySQL提供了幾個語句調節符，允許你修改它的調度策略：

　　? LOW_PRIORITY關鍵字應用于DELETE、INSERT、LOAD DATA、REPLACE和UPDATE。

　　? HIGH_PRIORITY關鍵字應用于SELECT和INSERT語句。

　　? DELAYED關鍵字應用于INSERT和REPLACE語句。

　　LOW_PRIORITY和HIGH_PRIORITY調節符影響那些使用數據表鎖的存儲引擎（例如MyISAM和MEMORY）。DELAYED調節符作用于MyISAM和MEMORY數據表。

　　改變語句調度的優先級

　　LOW_PRIORITY關鍵字影響DELETE、INSERT、LOAD DATA、REPLACE和UPDATE語句的執行調度。通常情況下，某張數據表正在被讀取的時候，如果有寫入操作到達，那么寫入者一直等待讀取者完成操作（查詢開始之后就不能中斷，因此允許讀取者完成操作）。如果寫入者正在等待的時候，另一個讀取操作到達了，該讀取操作也會被阻塞（block），因為默認的調度策略是寫入者優先于讀取者。當第一個讀取者完成操作的時候，寫入者開始操作，并且直到該寫入者完成操作，第二個讀取者才開始操作。

　　如果寫入操作是一個LOW_PRIORITY（低優先級）請求，那么系統就不會認為它的優先級高于讀取操作。在這種情況下，如果寫入者在等待的時候，第二個讀取者到達了，那么就允許第二個讀取者插到寫入者之前。只有在沒有其它的讀取者的時候，才允許寫入者開始操作。理論上，這種調度修改暗示著，可能存在LOW_PRIORITY寫入操作永遠被阻塞的情況。如果前面的讀取操作在進行的過程中一直有其它的讀取操作到達，那么新的請求都會插入到LOW_PRIORITY寫入操作之前。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com