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

MySQL提供了幾個(gè)語句調(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ù)表鎖的存儲(chǔ)引擎（例如MyISAM和MEMORY）。DELAYED調(diào)節(jié)符作用于MyISAM和MEMORY數(shù)據(jù)表。
update/insert/load data /replace/delete[low_priority]....
select/insert[high_priotiy]...

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

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

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

最新評(píng)論