MySQL基本調度策略淺析

[導讀] 　　MySQL允許影響語句的調度特性，這樣會使來自幾個客戶機的查詢更好地協作，從而單一客戶機不會被鎖定太長的時間。更改調度特性還能確保特定的查詢處理得更快。我們先來看MySQL的缺省調度策略，然後來看看

　　MySQL允許影響語句的調度特性，這樣會使來自幾個客戶機的查詢更好地協作，從而單個客戶機不會被鎖定太長的時間。更改調度特性還能確保特定的查詢處理得更快。我們先來看看MySQL的預設調度策略，然後來看看改變這個策略可使用什麼樣的選項。為討論的目的，假設執行檢索( SELECT)的客戶機程式為讀取程式。執行修改表操作( DELETE，INSERT，REPLACE 或UP DATE)的另一個客戶機程式為寫入程式。

 

　　MySQL的基本調度策略可總結如下：

　　◆寫入請求應依其到達的次序進行處理。

　　◆寫入具有比讀取更高的優先權。

　　在表鎖的幫助下實現調度策略。客戶機程式無論何時要存取表，都必須先取得該表的鎖。可以直接用LOCK TABLES 來完成這項工作，但一般伺服器的鎖管理器會在需要時自動取得鎖。在客戶機結束對錶的處理時，可釋放表上的鎖定。直接取得的鎖可用UNLOCK TABLES 釋放，但伺服器也會自動釋放它所獲得的鎖。

　　執行寫入操作的客戶機必須對錶具有獨佔存取的鎖定。在寫入操作進行中，由於正在對錶進行資料記錄的刪除、增加或更改，因此該表處於不一致狀態，而且該表上的索引也可能需要作相應的更新。如果表處於不斷變化中，此時允許其他客戶機存取該表會出問題。讓兩台客戶機同時寫同一個表顯然不好，因為這樣很快就會使該表不可用。允許客戶機讀不斷變化的表也不是件好事，因為可能在讀該表的那一刻正好正在對它進行更改，其結果是不正確的。執行讀取操作的客戶機必須有一把防止其他客戶機寫該表的鎖，以確保讀表的過程中表不會出現變化。不過，該鎖無需對讀取操作提供獨佔存取。此鎖還允許其他客戶機同時對錶進行讀取。讀取不會更改表，所有沒必要阻止其它客戶機對該表進行讀取。

 

　　MySQL允許借助幾個查詢限修飾符對其調度策略施加影響。其中之一是DELETE、INSERT、LOAD DATA、REPLACE 和UP DATE 語句的LOW_PRIORITY 關鍵字。另一個是SELECT 語句的HIGH_PRIORITY 關鍵字。第三個是INSERT 和REPLACE 語句的DELAYED 關鍵字。

　　LOW_PRIORITY 關鍵字如下影響調度。一般情況下，如果某個表的寫入操作在表正被讀取時到達，寫入程式被阻塞，直到讀取程式完成，因為一旦某個查詢開始，就不能中斷。如果另一個讀取請求在寫入程式等待時到達，此讀取程式也被阻塞，因為預設的調度策略為寫入程式具有比讀取程式高的優先權。在第一個讀取程式結束時，寫入程式繼續，在此寫入程式結束時，第二個讀取程式開始。

　　如果寫入請求為LOW_PRIORITY 的請求，則不將該寫入操作視為具有比讀取操作優先權高的操作。在此情況下，如果第二個讀取請求在寫入程式等待時到達，則讓第二個讀取操作排在等待的寫入操作之前。僅當沒有其他讀取請求時，才允許寫入程式執行。這種調度的更改從理論上說，其含義為LOW_PRIORITY 寫入可能會永遠被封鎖。當正在處理前面的讀取請求時，只要另一個讀取請求到達，這個新的請求允許排在LOW_PRIORITY 寫入之前。

　　SELECT 查詢的HIGH_PRIORITY 關鍵字作用類似。它使SELECT 插在正在等待的寫入操作之前，即使該寫入操作具有正常的優先權。 INSERT 的ELAYED 修飾符作用如下，在表的一個INSERT DELAYED 請求到達時，伺服器將相應的行放入一個隊列，並立即返回一個狀態到客戶機程序，以便該客戶機程序可以繼續執行，即使這些行尚未插入表中。如果讀取程式正在對錶進行讀取，那麼佇列中的行掛起。在沒有讀取時，伺服器開始開始插入延遲行佇列中的行。伺服器不時停下來看看是否有新的讀取請求到達，並進行等待。如果是這樣，延遲行佇列將掛起，並允許讀取程式繼續。在沒有其他的讀取操作時，伺服器再次開始插入延遲行。這個過程一直進行到延遲行隊列空為止。

 

　　此並非出現在所有MySQL版本中。下面的表列出了這些修飾符和支援這些修飾符的MySQL版本。可利用此表來判斷所使用的MySQL版本具有什麼樣的功能：

　　如果其他客戶機可能執行冗長的SELECT 語句，而且您不希望等待插入完成，此時INSERT DELAYED 很有用。發布INSERT DELAYED 的客戶機可以更快地繼續執行，因為伺服器只是簡單地將要插入的行插入。不過應該對正常的INSERT 和INSERT DELAYED 表現之間的差異有所認識。如果INSERT DELAYED 有語法錯誤，則向客戶機發出錯誤，如果正常，便不發出訊息。例如，在此語句傳回時，不能相信所取得的AUTO_INCREMENT 值。也得不到惟一索引上的重複數目的計數。之所以這樣是因為此插入操作在實際的插入完成前返回了一個狀態。其他也表示，如果INSERT DELAYED 語句的行在等待插入中被排隊，並且伺服器崩潰或被終止(用kill -9)，那麼這些行將會遺失。正常的TERM 終止不會這樣，伺服器會在退出前將這些行插入。

 以上就是 MySQL基本調度策略淺析的內容，更多相關內容請關注PHP中文網（www.php.cn）！