


MYSQL調(diào)度與鎖定問題
添加時(shí)間:2014-4-20 15:34:51
添加:
思海網(wǎng)絡(luò)
調(diào)度與鎖定問題:
前面各段主要將精力集中在使個(gè)別的查詢更快上。MySQL還允許影響語句的調(diào)度特性,這樣會使來自幾個(gè)客戶機(jī)的查詢更好地協(xié)作,從而單個(gè)客戶機(jī)不會被鎖定太長的時(shí)間。更改調(diào)度特性還能保證特定的查詢處理得更快。我們先來看一下MySQL的缺省調(diào)度策略,然后
來看看為改變這個(gè)策略可使用什么樣的選項(xiàng)。出于討論的目的,假設(shè)執(zhí)行檢索( SELECT)的客戶機(jī)程序?yàn)樽x取程序。執(zhí)行修改表操作( DELETE,INSERT,REPLACE 或UP DATE)的另一個(gè)客戶機(jī)程序?yàn)閷懭氤绦颉?br /> MySQL的基本調(diào)度策略可總結(jié)如下:
■ 寫入請求應(yīng)按其到達(dá)的次序進(jìn)行處理。
■ 寫入具有比讀取更高的優(yōu)先權(quán)。
在表鎖的幫助下實(shí)現(xiàn)調(diào)度策略。客戶機(jī)程序無論何時(shí)要訪問表,都必須首先獲得該表的鎖。可以直接用LOCK TABLES 來完成這項(xiàng)工作,但一般服務(wù)器的鎖管理器會在需要時(shí)自動(dòng)獲得鎖。在客戶機(jī)結(jié)束對表的處理時(shí),可釋放表上的鎖。直接獲得的鎖可用UNLOCK TABLES 釋放,但服務(wù)器也會自動(dòng)釋放它所獲得的鎖。
執(zhí)行寫操作的客戶機(jī)必須對表具有獨(dú)占訪問的鎖。在寫操作進(jìn)行中,由于正在對表進(jìn)行數(shù)據(jù)記錄的刪除、增加或更改,所以該表處于不一致狀態(tài),而且該表上的索引也可能需要作相應(yīng)的更新。如果表處于不斷變化中,此時(shí)允許其他客戶機(jī)訪問該表會出問題。讓兩個(gè)客戶
機(jī)同時(shí)寫同一個(gè)表顯然不好,因?yàn)檫@樣會很快使該表不可用。允許客戶機(jī)讀不斷變化的表也不是件好事,因?yàn)榭赡茉谧x該表的那一刻正好正在對它進(jìn)行更改,其結(jié)果是不正確的。執(zhí)行讀取操作的客戶機(jī)必須有一把防止其他客戶機(jī)寫該表的鎖,以保證讀表的過程中表不出現(xiàn)變化。不過,該鎖無需對讀取操作提供獨(dú)占訪問。此鎖還允許其他客戶機(jī)同時(shí)對表進(jìn)行讀取。讀取不會更改表,所有沒必要阻止其它客戶機(jī)對該表進(jìn)行讀取。
MySQL允許借助幾個(gè)查詢限修飾符對其調(diào)度策略施加影響。其中之一是DELETE、INSERT、LOAD DATA、REPLACE 和UP DATE 語句的LOW_PRIORITY 關(guān)鍵字。另一個(gè)是SELECT 語句的HIGH_PRIORITY 關(guān)鍵字。第三個(gè)是INSERT 和REPLACE 語句的DELAYED 關(guān)鍵字。
LOW_PRIORITY 關(guān)鍵字按如下影響調(diào)度。一般情況下,如果某個(gè)表的寫入操作在表正被讀取時(shí)到達(dá),寫入程序被阻塞,直到讀取程序完成,因?yàn)橐坏┠硞(gè)查詢開始,就不能中斷。如果另一讀取請求在寫入程序等待時(shí)到達(dá),此讀取程序也被阻塞,因?yàn)槿笔〉恼{(diào)度策略為寫
入程序具有比讀取程序高的優(yōu)先級。在第一個(gè)讀取程序結(jié)束時(shí),寫入程序繼續(xù),在此寫入程序結(jié)束時(shí),第二個(gè)讀取程序開始。
如果寫入請求為LOW_PRIORITY 的請求,則不將該寫入操作視為具有比讀取操作優(yōu)先級高的操作。在此情形下,如果第二個(gè)讀取請求在寫入程序等待時(shí)到達(dá),則讓第二個(gè)讀取操作排在等待的寫入操作之前。僅當(dāng)沒有其他讀取請求時(shí),才允許寫入程序執(zhí)行。這種調(diào)度的
更改從理論上說,其含義為LOW_PRIORITY 寫入可能會永遠(yuǎn)被阻塞。當(dāng)正在處理前面的讀取請求時(shí),只要另一個(gè)讀取請求到達(dá),這個(gè)新的請求允許排在LOW_PRIORITY 寫入之前。
SELECT 查詢的HIGH_PRIORITY 關(guān)鍵字作用類似。它使SELECT 插在正在等待的寫入操作之前,即使該寫入操作具有正常的優(yōu)先級。INSERT 的DELAYED 修飾符作用如下,在表的一個(gè)INSERT DELAYED 請求到達(dá)時(shí),服務(wù)器將相應(yīng)的行放入一個(gè)隊(duì)列,并立即返回一個(gè)狀態(tài)到客戶機(jī)程序,以便該客戶機(jī)程序可以繼續(xù)執(zhí)行,即使這些行尚未插入表中。如果讀取程序正在對表進(jìn)行讀取,那么隊(duì)列中的行
掛起。在沒有讀取時(shí),服務(wù)器開始開始插入延遲行隊(duì)列中的行。服務(wù)器不時(shí)地停下來看看是否有新的讀取請求到達(dá),并進(jìn)行等待。如果是這樣,延遲行隊(duì)列將掛起,并允許讀取程序繼續(xù)。在沒有其他的讀取操作時(shí),服務(wù)器再次開始插入延遲行。這個(gè)過程一直進(jìn)行到延遲行隊(duì)
列空為止。
此調(diào)度修飾符并非出現(xiàn)在所有MySQL版本中。下面的表列出了這些修飾符和支持這些修飾符的MySQL版本。可利用此表來判斷所使用的MySQL版本具有什么樣的功能:
INSERT DELAYED 在客戶機(jī)方的作用
如果其他客戶機(jī)可能執(zhí)行冗長的SELECT 語句,而且您不希望等待插入完成,此時(shí)INSERT DELAYED 很有用。發(fā)布INSERT DELAYED 的客戶機(jī)可以更快地繼續(xù)執(zhí)行,因?yàn)榉⻊?wù)器只是簡單地將要插入的行插入。不過應(yīng)該對正常的INSERT 和INSERT DELAYED 性能之間的差異有所認(rèn)識。如果INSERT DELAYED 存在語法錯(cuò)誤,則向客戶機(jī)發(fā)出一個(gè)錯(cuò)誤,如果正常,便不發(fā)出信息。例如,在此語句返回時(shí),不能相信所取得的AUTO_INCREMENT 值。也得不到惟一索引上的重復(fù)數(shù)目的計(jì)數(shù)。之所以這樣是因?yàn)榇瞬迦氩僮髟趯?shí)際的插入完成前返回了一個(gè)狀
前面各段主要將精力集中在使個(gè)別的查詢更快上。MySQL還允許影響語句的調(diào)度特性,這樣會使來自幾個(gè)客戶機(jī)的查詢更好地協(xié)作,從而單個(gè)客戶機(jī)不會被鎖定太長的時(shí)間。更改調(diào)度特性還能保證特定的查詢處理得更快。我們先來看一下MySQL的缺省調(diào)度策略,然后
來看看為改變這個(gè)策略可使用什么樣的選項(xiàng)。出于討論的目的,假設(shè)執(zhí)行檢索( SELECT)的客戶機(jī)程序?yàn)樽x取程序。執(zhí)行修改表操作( DELETE,INSERT,REPLACE 或UP DATE)的另一個(gè)客戶機(jī)程序?yàn)閷懭氤绦颉?br /> MySQL的基本調(diào)度策略可總結(jié)如下:
■ 寫入請求應(yīng)按其到達(dá)的次序進(jìn)行處理。
■ 寫入具有比讀取更高的優(yōu)先權(quán)。
在表鎖的幫助下實(shí)現(xiàn)調(diào)度策略。客戶機(jī)程序無論何時(shí)要訪問表,都必須首先獲得該表的鎖。可以直接用LOCK TABLES 來完成這項(xiàng)工作,但一般服務(wù)器的鎖管理器會在需要時(shí)自動(dòng)獲得鎖。在客戶機(jī)結(jié)束對表的處理時(shí),可釋放表上的鎖。直接獲得的鎖可用UNLOCK TABLES 釋放,但服務(wù)器也會自動(dòng)釋放它所獲得的鎖。
執(zhí)行寫操作的客戶機(jī)必須對表具有獨(dú)占訪問的鎖。在寫操作進(jìn)行中,由于正在對表進(jìn)行數(shù)據(jù)記錄的刪除、增加或更改,所以該表處于不一致狀態(tài),而且該表上的索引也可能需要作相應(yīng)的更新。如果表處于不斷變化中,此時(shí)允許其他客戶機(jī)訪問該表會出問題。讓兩個(gè)客戶
機(jī)同時(shí)寫同一個(gè)表顯然不好,因?yàn)檫@樣會很快使該表不可用。允許客戶機(jī)讀不斷變化的表也不是件好事,因?yàn)榭赡茉谧x該表的那一刻正好正在對它進(jìn)行更改,其結(jié)果是不正確的。執(zhí)行讀取操作的客戶機(jī)必須有一把防止其他客戶機(jī)寫該表的鎖,以保證讀表的過程中表不出現(xiàn)變化。不過,該鎖無需對讀取操作提供獨(dú)占訪問。此鎖還允許其他客戶機(jī)同時(shí)對表進(jìn)行讀取。讀取不會更改表,所有沒必要阻止其它客戶機(jī)對該表進(jìn)行讀取。
MySQL允許借助幾個(gè)查詢限修飾符對其調(diào)度策略施加影響。其中之一是DELETE、INSERT、LOAD DATA、REPLACE 和UP DATE 語句的LOW_PRIORITY 關(guān)鍵字。另一個(gè)是SELECT 語句的HIGH_PRIORITY 關(guān)鍵字。第三個(gè)是INSERT 和REPLACE 語句的DELAYED 關(guān)鍵字。
LOW_PRIORITY 關(guān)鍵字按如下影響調(diào)度。一般情況下,如果某個(gè)表的寫入操作在表正被讀取時(shí)到達(dá),寫入程序被阻塞,直到讀取程序完成,因?yàn)橐坏┠硞(gè)查詢開始,就不能中斷。如果另一讀取請求在寫入程序等待時(shí)到達(dá),此讀取程序也被阻塞,因?yàn)槿笔〉恼{(diào)度策略為寫
入程序具有比讀取程序高的優(yōu)先級。在第一個(gè)讀取程序結(jié)束時(shí),寫入程序繼續(xù),在此寫入程序結(jié)束時(shí),第二個(gè)讀取程序開始。
如果寫入請求為LOW_PRIORITY 的請求,則不將該寫入操作視為具有比讀取操作優(yōu)先級高的操作。在此情形下,如果第二個(gè)讀取請求在寫入程序等待時(shí)到達(dá),則讓第二個(gè)讀取操作排在等待的寫入操作之前。僅當(dāng)沒有其他讀取請求時(shí),才允許寫入程序執(zhí)行。這種調(diào)度的
更改從理論上說,其含義為LOW_PRIORITY 寫入可能會永遠(yuǎn)被阻塞。當(dāng)正在處理前面的讀取請求時(shí),只要另一個(gè)讀取請求到達(dá),這個(gè)新的請求允許排在LOW_PRIORITY 寫入之前。
SELECT 查詢的HIGH_PRIORITY 關(guān)鍵字作用類似。它使SELECT 插在正在等待的寫入操作之前,即使該寫入操作具有正常的優(yōu)先級。INSERT 的DELAYED 修飾符作用如下,在表的一個(gè)INSERT DELAYED 請求到達(dá)時(shí),服務(wù)器將相應(yīng)的行放入一個(gè)隊(duì)列,并立即返回一個(gè)狀態(tài)到客戶機(jī)程序,以便該客戶機(jī)程序可以繼續(xù)執(zhí)行,即使這些行尚未插入表中。如果讀取程序正在對表進(jìn)行讀取,那么隊(duì)列中的行
掛起。在沒有讀取時(shí),服務(wù)器開始開始插入延遲行隊(duì)列中的行。服務(wù)器不時(shí)地停下來看看是否有新的讀取請求到達(dá),并進(jìn)行等待。如果是這樣,延遲行隊(duì)列將掛起,并允許讀取程序繼續(xù)。在沒有其他的讀取操作時(shí),服務(wù)器再次開始插入延遲行。這個(gè)過程一直進(jìn)行到延遲行隊(duì)
列空為止。
此調(diào)度修飾符并非出現(xiàn)在所有MySQL版本中。下面的表列出了這些修飾符和支持這些修飾符的MySQL版本。可利用此表來判斷所使用的MySQL版本具有什么樣的功能:
INSERT DELAYED 在客戶機(jī)方的作用
如果其他客戶機(jī)可能執(zhí)行冗長的SELECT 語句,而且您不希望等待插入完成,此時(shí)INSERT DELAYED 很有用。發(fā)布INSERT DELAYED 的客戶機(jī)可以更快地繼續(xù)執(zhí)行,因?yàn)榉⻊?wù)器只是簡單地將要插入的行插入。不過應(yīng)該對正常的INSERT 和INSERT DELAYED 性能之間的差異有所認(rèn)識。如果INSERT DELAYED 存在語法錯(cuò)誤,則向客戶機(jī)發(fā)出一個(gè)錯(cuò)誤,如果正常,便不發(fā)出信息。例如,在此語句返回時(shí),不能相信所取得的AUTO_INCREMENT 值。也得不到惟一索引上的重復(fù)數(shù)目的計(jì)數(shù)。之所以這樣是因?yàn)榇瞬迦氩僮髟趯?shí)際的插入完成前返回了一個(gè)狀
態(tài)。其他還表示,如果INSERT DELAYED 語句的行在等待插入中被排隊(duì),并且服務(wù)器崩潰或被終止(用kill -9),那么這些行將丟失。正常的TERM 終止不會這樣,服務(wù)器會在退出前將這些行插入。
關(guān)鍵字:MYSQL、調(diào)度、服務(wù)器
新文章:
- CentOS7下圖形配置網(wǎng)絡(luò)的方法
- CentOS 7如何添加刪除用戶
- 如何解決centos7雙系統(tǒng)后丟失windows啟動(dòng)項(xiàng)
- CentOS單網(wǎng)卡如何批量添加不同IP段
- CentOS下iconv命令的介紹
- Centos7 SSH密鑰登陸及密碼密鑰雙重驗(yàn)證詳解
- CentOS 7.1添加刪除用戶的方法
- CentOS查找/掃描局域網(wǎng)打印機(jī)IP講解
- CentOS7使用hostapd實(shí)現(xiàn)無AP模式的詳解
- su命令不能切換root的解決方法
- 解決VMware下CentOS7網(wǎng)絡(luò)重啟出錯(cuò)
- 解決Centos7雙系統(tǒng)后丟失windows啟動(dòng)項(xiàng)
- CentOS下如何避免文件覆蓋
- CentOS7和CentOS6系統(tǒng)有什么不同呢
- Centos 6.6默認(rèn)iptable規(guī)則詳解