MySQL數(shù)據(jù)庫(kù)可更改調(diào)度特性,這樣能更好地寫作多個(gè)客戶機(jī)的查詢,從而單個(gè)客戶機(jī)不會(huì)被鎖定太長(zhǎng)的時(shí)間。除此之外,還能保證特定的查詢處理得更快。我們先來(lái)看一下MySQL數(shù)據(jù)庫(kù)的缺省調(diào)度策略,然后來(lái)看看為改變這個(gè)策略可使用什么樣的選項(xiàng)。
MySQL數(shù)據(jù)庫(kù)基本調(diào)度策略
出于討論的目的,假設(shè)執(zhí)行檢索( SELECT)的客戶機(jī)程序?yàn)樽x取程序。執(zhí)行修改表操作( DELETE,INSERT,REPLACE 或UP DATE)的另一個(gè)客戶機(jī)程序?yàn)閷懭氤绦颉?/p>
MySQL的基本調(diào)度策略可總結(jié)如下:
◆寫入請(qǐng)求應(yīng)按其到達(dá)的次序進(jìn)行處理。
◆寫入具有比讀取更高的優(yōu)先權(quán)。
在表鎖的幫助下實(shí)現(xiàn)調(diào)度策略?蛻魴C(jī)程序無(wú)論何時(shí)要訪問(wèn)表,都必須首先獲得該表的鎖?梢灾苯佑肔OCK TABLES 來(lái)完成這項(xiàng)工作,但一般服務(wù)器的鎖管理器會(huì)在需要時(shí)自動(dòng)獲得鎖。在客戶機(jī)結(jié)束對(duì)表的處理時(shí),可釋放表上的鎖。直接獲得的鎖可用UNLOCK TABLES 釋放,但服務(wù)器也會(huì)自動(dòng)釋放它所獲得的鎖。
執(zhí)行寫操作的客戶機(jī)必須對(duì)表具有獨(dú)占訪問(wèn)的鎖。在寫操作進(jìn)行中,由于正在對(duì)表進(jìn)行數(shù)據(jù)記錄的刪除、增加或更改,所以該表處于不一致?tīng)顟B(tài),而且該表上的索引也可能需要作相應(yīng)的更新。如果表處于不斷變化中,此時(shí)允許其他客戶機(jī)訪問(wèn)該表會(huì)出問(wèn)題。讓兩個(gè)客戶機(jī)同時(shí)寫同一個(gè)表顯然不好,因?yàn)檫@樣會(huì)很快使該表不可用。允許客戶機(jī)讀不斷變化的表也不是件好事,因?yàn)榭赡茉谧x該表的那一刻正好正在對(duì)它進(jìn)行更改,其結(jié)果是不正確的。執(zhí)行讀取操作的客戶機(jī)必須有一把防止其他客戶機(jī)寫該表的鎖,以保證讀表的過(guò)程中表不出現(xiàn)變化。不過(guò),該鎖無(wú)需對(duì)讀取操作提供獨(dú)占訪問(wèn)。此鎖還允許其他客戶機(jī)同時(shí)對(duì)表進(jìn)行讀取。讀取不會(huì)更改表,所有沒(méi)必要阻止其它客戶機(jī)對(duì)該表進(jìn)行讀取。
MySQL允許借助幾個(gè)查詢限修飾符對(duì)其調(diào)度策略施加影響。其中之一是DELETE、INSERT、LOAD DATA、REPLACE 和UP DATE 語(yǔ)句的LOW_PRIORITY 關(guān)鍵字。另一個(gè)是SELECT 語(yǔ)句的HIGH_PRIORITY 關(guān)鍵字。第三個(gè)是INSERT 和REPLACE 語(yǔ)句的DELAYED 關(guān)鍵字。
LOW_PRIORITY 關(guān)鍵字按如下影響調(diào)度。一般情況下,如果某個(gè)表的寫入操作在表正被讀取時(shí)到達(dá),寫入程序被阻塞,直到讀取程序完成,因?yàn)橐坏┠硞(gè)查詢開(kāi)始,就不能中斷。如果另一讀取請(qǐng)求在寫入程序等待時(shí)到達(dá),此讀取程序也被阻塞,因?yàn)槿笔〉恼{(diào)度策略為寫入程序具有比讀取程序高的優(yōu)先級(jí)。在第一個(gè)讀取程序結(jié)束時(shí),寫入程序繼續(xù),在此寫入程序結(jié)束時(shí),第二個(gè)讀取程序開(kāi)始。
如果寫入請(qǐng)求為L(zhǎng)OW_PRIORITY 的請(qǐng)求,則不將該寫入操作視為具有比讀取操作優(yōu)先級(jí)高的操作。在此情形下,如果第二個(gè)讀取請(qǐng)求在寫入程序等待時(shí)到達(dá),則讓第二個(gè)讀取操作排在等待的寫入操作之前。僅當(dāng)沒(méi)有其他讀取請(qǐng)求時(shí),才允許寫入程序執(zhí)行。這種調(diào)度的更改從理論上說(shuō),其含義為L(zhǎng)OW_PRIORITY 寫入可能會(huì)永遠(yuǎn)被阻塞。當(dāng)正在處理前面的讀取請(qǐng)求時(shí),只要另一個(gè)讀取請(qǐng)求到達(dá),這個(gè)新的請(qǐng)求允許排在LOW_PRIORITY 寫入之前。
SELECT 查詢的HIGH_PRIORITY 關(guān)鍵字作用類似。它使SELECT 插在正在等待的寫入操作之前,即使該寫入操作具有正常的優(yōu)先級(jí)。INSERT 的ELAYED 修飾符作用如下,在表的一個(gè)INSERT DELAYED 請(qǐng)求到達(dá)時(shí),服務(wù)器將相應(yīng)的行放入一個(gè)隊(duì)列,并立即返回一個(gè)狀態(tài)到客戶機(jī)程序,以便該客戶機(jī)程序可以繼續(xù)執(zhí)行,即使這些行尚未插入表中。如果讀取程序正在對(duì)表進(jìn)行讀取,那么隊(duì)列中的行掛起。在沒(méi)有讀取時(shí),服務(wù)器開(kāi)始開(kāi)始插入延遲行隊(duì)列中的行。服務(wù)器不時(shí)地停下來(lái)看看是否有新的讀取請(qǐng)求到達(dá),并進(jìn)行等待。如果是這樣,延遲行隊(duì)列將掛起,并允許讀取程序繼續(xù)。在沒(méi)有其他的讀取操作時(shí),服務(wù)器再次開(kāi)始插入延遲行。這個(gè)過(guò)程一直進(jìn)行到延遲行隊(duì)列空為止。
此并非出現(xiàn)在所有MySQL版本中。下面的表列出了這些修飾符和支持這些修飾符的MySQL版本?衫么吮韥(lái)判斷所使用的MySQL版本具有什么樣的功能:
如果其他客戶機(jī)可能執(zhí)行冗長(zhǎng)的SELECT 語(yǔ)句,而且您不希望等待插入完成,此時(shí)INSERT DELAYED 很有用。發(fā)布INSERT DELAYED 的客戶機(jī)可以更快地繼續(xù)執(zhí)行,因?yàn)榉⻊?wù)器只是簡(jiǎn)單地將要插入的行插入。不過(guò)應(yīng)該對(duì)正常的INSERT 和INSERT DELAYED 性能之間的差異有所認(rèn)識(shí)。如果INSERT DELAYED 存在語(yǔ)法錯(cuò)誤,則向客戶機(jī)發(fā)出一個(gè)錯(cuò)誤,如果正常,便不發(fā)出信息。例如,在此語(yǔ)句返回時(shí),不能相信所取得的AUTO_INCREMENT 值。也得不到惟一索引上的重復(fù)數(shù)目的計(jì)數(shù)。之所以這樣是因?yàn)榇瞬迦氩僮髟趯?shí)際的插入完成前返回了一個(gè)狀態(tài)。其他還表示,如果INSERT DELAYED 語(yǔ)句的行在等待插入中被排隊(duì),并且服務(wù)器崩潰或被終止(用kill -9),那么這些行將丟失。正常的TERM 終止不會(huì)這樣,服務(wù)器會(huì)在退出前將這些行插入。
以上內(nèi)容是關(guān)于MySQL數(shù)據(jù)庫(kù)基本調(diào)度策略的介紹,唯學(xué)網(wǎng)小編提醒,關(guān)于數(shù)據(jù)庫(kù)資訊、學(xué)習(xí)指導(dǎo)等相關(guān)內(nèi)容的請(qǐng)繼續(xù)關(guān)注唯學(xué)網(wǎng)。小編會(huì)第一時(shí)間為大家更新跟進(jìn)最新信息,如有任何疑問(wèn)也可在線留言,小編會(huì)為您在第一時(shí)間解答!
|
|
||
|
|