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

MySQL的基本調(diào)度策略可總結(jié)如下：

◆寫入請求應(yīng)按其到達(dá)的次序進(jìn)行處理。

◆寫入具有比讀取更高的優(yōu)先權(quán)。

在表鎖的幫助下實現(xiàn)調(diào)度策略?？蛻魴C程序無論何時要訪問表，都必須首先獲得該表的鎖。可以直接用LOCK TABLES 來完成這項工作，但一般服務(wù)器的鎖管理器會在需要時自動獲得鎖。在客戶機結(jié)束對表的處理時，可釋放表上的鎖。直接獲得的鎖可用UNLOCK TABLES 釋放，但服務(wù)器也會自動釋放它所獲得的鎖。

執(zhí)行寫操作的客戶機必須對表具有獨占訪問的鎖。在寫操作進(jìn)行中，由于正在對表進(jìn)行數(shù)據(jù)記錄的刪除、增加或更改，所以該表處于不一致狀態(tài)，而且該表上的索引也可能需要作相應(yīng)的更新。如果表處于不斷變化中，此時允許其他客戶機訪問該表會出問題。讓兩個客戶機同時寫同一個表顯然不好，因為這樣會很快使該表不可用。允許客戶機讀不斷變化的表也不是件好事，因為可能在讀該表的那一刻正好正在對它進(jìn)行更改，其結(jié)果是不正確的。執(zhí)行讀取操作的客戶機必須有一把防止其他客戶機寫該表的鎖，以保證讀表的過程中表不出現(xiàn)變化。不過，該鎖無需對讀取操作提供獨占訪問。此鎖還允許其他客戶機同時對表進(jìn)行讀取。讀取不會更改表，所有沒必要阻止其它客戶機對該表進(jìn)行讀取。

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

LOW_PRIORITY 關(guān)鍵字按如下影響調(diào)度。一般情況下，如果某個表的寫入操作在表正被讀取時到達(dá)，寫入程序被阻塞，直到讀取程序完成，因為一旦某個查詢開始，就不能中斷。如果另一讀取請求在寫入程序等待時到達(dá)，此讀取程序也被阻塞，因為缺省的調(diào)度策略為寫入程序具有比讀取程序高的優(yōu)先級。在第一個讀取程序結(jié)束時，寫入程序繼續(xù)，在此寫入程序結(jié)束時，第二個讀取程序開始。

如果寫入請求為LOW_PRIORITY 的請求，則不將該寫入操作視為具有比讀取操作優(yōu)先級高的操作。在此情形下，如果第二個讀取請求在寫入程序等待時到達(dá)，則讓第二個讀取操作排在等待的寫入操作之前。僅當(dāng)沒有其他讀取請求時，才允許寫入程序執(zhí)行。這種調(diào)度的更改從理論上說，其含義為LOW_PRIORITY 寫入可能會永遠(yuǎn)被阻塞。當(dāng)正在處理前面的讀取請求時，只要另一個讀取請求到達(dá)，這個新的請求允許排在LOW_PRIORITY 寫入之前。

SELECT 查詢的HIGH_PRIORITY 關(guān)鍵字作用類似。它使SELECT 插在正在等待的寫入操作之前，即使該寫入操作具有正常的優(yōu)先級。INSERT 的ELAYED 修飾符作用如下，在表的一個INSERT DELAYED 請求到達(dá)時，服務(wù)器將相應(yīng)的行放入一個隊列，并立即返回一個狀態(tài)到客戶機程序，以便該客戶機程序可以繼續(xù)執(zhí)行，即使這些行尚未插入表中。如果讀取程序正在對表進(jìn)行讀取，那么隊列中的行掛起。在沒有讀取時，服務(wù)器開始開始插入延遲行隊列中的行。服務(wù)器不時地停下來看看是否有新的讀取請求到達(dá)，并進(jìn)行等待。如果是這樣，延遲行隊列將掛起，并允許讀取程序繼續(xù)。在沒有其他的讀取操作時，服務(wù)器再次開始插入延遲行。這個過程一直進(jìn)行到延遲行隊列空為止。

此并非出現(xiàn)在所有MySQL版本中。下面的表列出了這些修飾符和支持這些修飾符的MySQL版本?？衫么吮韥砼袛嗨褂玫腗ySQL版本具有什么樣的功能：

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