MySQL的默認的調(diào)度策略可用總結(jié)如下：
· 寫入操作優(yōu)先于讀取操作。
· 對某張數(shù)據(jù)表的寫入操作某一時刻只能發(fā)生一次，寫入請求按照它們到達的次序來處理。
· 對某張數(shù)據(jù)表的多個讀取操作可以同時地進行。
MySQL允許你改變語句調(diào)度的優(yōu)先級

MySQL提供了幾個語句調(diào)節(jié)符，允許你修改它的調(diào)度策略：
· LOW_PRIORITY關(guān)鍵字應(yīng)用于DELETE、INSERT、LOAD DATA、REPLACE和UPDATE。
· HIGH_PRIORITY關(guān)鍵字應(yīng)用于SELECT和INSERT語句。
· DELAYED關(guān)鍵字應(yīng)用于INSERT和REPLACE語句。
LOW_PRIORITY和HIGH_PRIORITY調(diào)節(jié)符影響那些使用數(shù)據(jù)表鎖的存儲引擎（例如MyISAM和MEMORY）。DELAYED調(diào)節(jié)符作用于MyISAM和MEMORY數(shù)據(jù)表。
update/insert/load data /replace/delete[low_priority]....
select/insert[high_priotiy]...

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

SELECT查詢的HIGH_PRIORITY（高優(yōu)先級）關(guān)鍵字也類似。它允許SELECT插入正在等待的寫入操作之前，即使在正常情況下寫入操作的優(yōu)先級更高。另外一種影響是，高優(yōu)先級的SELECT在正常的SELECT語句之前執(zhí)行，因為這些語句會被寫入操作阻塞。

如果你希望所有支持LOW_PRIORITY選項的語句都默認地按照低優(yōu)先級來處理，那么請使用--low-priority-updates選項來啟動服務(wù)器
注意：以上說明是針對使用表鎖的存蓄引擎而言，比如myisam 和merge 等

最新評論