建站
咨詢
售后
建站咨詢
新聞中心
DBA在日常工作中經常會遇到如何讓單獨的查詢執(zhí)行的速度更快。MySQL還允許你改變語句調度的優(yōu)先級，它可以使來自多個客戶端的查詢更好地協(xié)作，這樣單個客戶端就不會由于鎖定而等待很長時間。改變優(yōu)先級還可以確保特定類型的查詢被處理得更快。這一部分講解MySQL的默認的調度策略和可以用來影響這些策略的選項。它還談到了并發(fā)性插入操作的使用和存儲引擎鎖定層次對客戶端的并發(fā)性的影響。為了討論的方便，我們把執(zhí)行檢索(SELECT)的客戶端稱為"讀取者"，把執(zhí)行修改操作(DELETE、INSERT、REPLACE或UPDATE)的客戶端稱為"寫入者"。
十載專注成都網站制作，成都企業(yè)網站定制，個人網站制作服務，為大家分享網站制作知識、方案，網站設計流程、步驟,成功服務上千家企業(yè)。為您提供網站建設,網站制作,網頁設計及定制高端網站建設服務,專注于成都企業(yè)網站定制,高端網頁制作,對玻璃隔斷等多個行業(yè)，擁有豐富的營銷推廣經驗。
MySQL的默認的調度策略可用總結如下：
◆寫入操作優(yōu)先于讀取操作。
◆對某張數(shù)據(jù)表的寫入操作某一時刻只能發(fā)生一次，寫入請求按照它們到達的次序來處理。
◆對某張數(shù)據(jù)表的多個讀取操作可以同時地進行。
MyISAM和MEMORY存儲引擎借助于數(shù)據(jù)表鎖來實現(xiàn)這樣的調度策略。當客戶端訪問某張表的時候，首先必須獲取它的鎖。當客戶端完成對表的操作的時候，鎖就會被解除。通過LOCK TABLES和UNLOCK TABLES語句來顯式地獲取或釋放鎖是可行的，但是在通常情況下，服務器的鎖管理器會自動地在需要的時候獲取鎖，在不再需要的時候釋放鎖。獲取的鎖的類型依賴于客戶端是寫入還是讀取操作。
對某張表進行寫入操作的客戶端必須擁有獨占的(排他的)訪問權的鎖。操作在進行的過程中，該數(shù)據(jù)表處于不一致的(inconsistent)狀態(tài)，因為數(shù)據(jù)記錄在刪除、添加或修改的時候，數(shù)據(jù)表上的索引也可能需要更新以相互匹配。這個數(shù)據(jù)表在變化的過程中，如果允許其它的客戶端訪問，會出現(xiàn)問題。非常明顯，允許兩個客戶端同時寫入一張數(shù)據(jù)表是不利的，因為這樣的操作會很快使數(shù)據(jù)表中的信息成為一堆無用的垃圾。但是允許客戶端讀取變化之中的數(shù)據(jù)表也不好，因為正在讀取的位置中的數(shù)據(jù)可能正在變化(修改)，讀取的結果可能不是真實的。
對某張表執(zhí)行讀取操作的客戶端必須獲取一個鎖，防止在讀取的過程中，其它的客戶端寫入或改變表。但是這個鎖不需要獨占的訪問權。讀取操作不會改變數(shù)據(jù)，因此沒有理由讓某個讀取者阻止其它的讀取者訪問這張表。因此讀取鎖允許其它的客戶端在同一時刻讀取這張表。
MySQL提供了幾個語句調節(jié)符，允許你修改它的調度策略：
◆LOW_PRIORITY關鍵字應用于DELETE、INSERT、LOAD DATA、REPLACE和UPDATE。
◆HIGH_PRIORITY關鍵字應用于SELECT和INSERT語句。
◆DELAYED關鍵字應用于INSERT和REPLACE語句。
LOW_PRIORITY和HIGH_PRIORITY調節(jié)符影響那些使用數(shù)據(jù)表鎖的存儲引擎(例如MyISAM和MEMORY)。DELAYED調節(jié)符作用于MyISAM和MEMORY數(shù)據(jù)表。
改變語句調度的優(yōu)先級
LOW_PRIORITY關鍵字影響DELETE、INSERT、LOAD DATA、REPLACE和UPDATE語句的執(zhí)行調度。通常情況下，某張數(shù)據(jù)表正在被讀取的時候，如果有寫入操作到達，那么寫入者一直等待讀取者完成操作(查詢開始之后就不能中斷，因此允許讀取者完成操作)。如果寫入者正在等待的時候，另一個讀取操作到達了，該讀取操作也會被阻塞(block)，因為默認的調度策略是寫入者優(yōu)先于讀取者。當***個讀取者完成操作的時候，寫入者開始操作，并且直到該寫入者完成操作，第二個讀取者才開始操作。
如果寫入操作是一個LOW_PRIORITY(低優(yōu)先級)請求，那么系統(tǒng)就不會認為它的優(yōu)先級高于讀取操作。在這種情況下，如果寫入者在等待的時候，第二個讀取者到達了，那么就允許第二個讀取者插到寫入者之前。只有在沒有其它的讀取者的時候，才允許寫入者開始操作。理論上，這種調度修改暗示著，可能存在LOW_PRIORITY寫入操作永遠被阻塞的情況。如果前面的讀取操作在進行的過程中一直有其它的讀取操作到達，那么新的請求都會插入到LOW_PRIORITY寫入操作之前。
SELECT查詢的HIGH_PRIORITY(高優(yōu)先級)關鍵字也類似。它允許SELECT插入正在等待的寫入操作之前，即使在正常情況下寫入操作的優(yōu)先級更高。另外一種影響是，高優(yōu)先級的SELECT在正常的SELECT語句之前執(zhí)行，因為這些語句會被寫入操作阻塞。
如果你希望所有支持LOW_PRIORITY選項的語句都默認地按照低優(yōu)先級來處理，那么請使用--low-priority-updates選項來啟動服務器。通過使用INSERT HIGH_PRIORITY來把INSERT語句提高到正常的寫入優(yōu)先級，可以消除該選項對單個INSERT語句的影響。
#p#
使用延遲插入操作
DELAYED調節(jié)符應用于INSERT和REPLACE語句。當DELAYED插入操作到達的時候，服務器把數(shù)據(jù)行放入一個隊列中，并立即給客戶端返回一個狀態(tài)信息，這樣客戶端就可以在數(shù)據(jù)表被真正地插入記錄之前繼續(xù)進行操作了。如果讀取者從該數(shù)據(jù)表中讀取數(shù)據(jù)，隊列中的數(shù)據(jù)就會被保持著，直到沒有讀取者為止。接著服務器開始插入延遲數(shù)據(jù)行(delayed-row)隊列中的數(shù)據(jù)行。在插入操作的同時，服務器還要檢查是否有新的讀取請求到達和等待。如果有，延遲數(shù)據(jù)行隊列就被掛起，允許讀取者繼續(xù)操作。當沒有讀取者的時候，服務器再次開始插入延遲的數(shù)據(jù)行。這個過程一直進行，直到隊列空了為止。
感覺上LOW_PRIORITY和DELAYED是相似的，兩者都允許數(shù)據(jù)行插入操作被延遲，但是它們對客戶端操作的影響卻有很大的差異。LOW_ PRIORITY強迫客戶端等待，直到那些數(shù)據(jù)行可以被插入數(shù)據(jù)表。DELAYED允許客戶端繼續(xù)操作，服務器在內存中緩沖那些數(shù)據(jù)行，直到自己有時間處理它們。
如果其它的客戶端可能運行很長的SELECT語句并且你不希望阻塞，等待插入操作完成的時候，INSERT DELAYED就非常有用處了?？蛻舳颂峤籌NSERT DELAYED的時候可能處理得很快，因為服務器只是簡單地把要插入的數(shù)據(jù)行排隊。
但是，你也必須知道正常的INSERT與INSERT DELAYED行為之間的一些其它的差異。如果INSERT DELAYED語句包含語法錯誤，客戶端會得到一個錯誤，但是卻無法得到其它一些在正常情況下可以使用的信息。例如，當語句返回的時候，你無法依賴(得到)AUTO_INCREMENT(自動增長)值。同樣，你無法得到***索引的副本數(shù)量。發(fā)生這種情況的原因在于插入操作在真正地被執(zhí)行之前已經返回了狀態(tài)信息。另一種可能出現(xiàn)的情況是，由于INSERT DELAYED語句的數(shù)據(jù)行都在內存中排隊，當服務器崩潰或者使用kill -9退出的時候，數(shù)據(jù)行可能丟失(正常情況下，kill -TERM終止命令不會導致這種情況，因為服務器在退出之前會把數(shù)據(jù)行插入表中)。
使用并發(fā)的插入操作
MyISAM存儲引擎有一條例外的規(guī)則，它允許讀取者阻塞寫入者。這種現(xiàn)象發(fā)生在MyISAM數(shù)據(jù)表中間沒有"空洞"(可能是刪除或更新數(shù)據(jù)行的結果)的情況下。當數(shù)據(jù)表沒有"空洞"的時候，任何INSERT語句必然在末尾而不是中部添加數(shù)據(jù)行。在這種情況下，MySQL允許其它客戶端在讀取數(shù)據(jù)的同時向數(shù)據(jù)表添加數(shù)據(jù)行。這就是"并發(fā)性插入操作"，因為它們同時發(fā)生，檢索并沒有被阻塞。
如果你希望使用并發(fā)性插入操作，請注意下面一些事項：
◆在INSERT語句中不要使用LOW_PRIORITY調節(jié)符。它會引起INSERT經常被讀取者阻塞，因此阻礙了并發(fā)性插入操作的執(zhí)行。
◆如果讀取者需要顯式地鎖定數(shù)據(jù)表以執(zhí)行并發(fā)性插入操作，就應該使用LOCK TABLES ... READ LOCAL，而不是LOCK TABLES ... READ。LOCAL關鍵字會獲取一個鎖，允許并發(fā)性操作繼續(xù)進行，因為它只能應用于數(shù)據(jù)表中已有的數(shù)據(jù)行，不會阻塞那些添加到末尾的新數(shù)據(jù)行。
◆LOAD DATA操作應該使用CONCURRENT調節(jié)符，允許該數(shù)據(jù)表上的SELECT語句同時執(zhí)行。
◆中間包含了"空洞"的MyISAM數(shù)據(jù)表不能使用并發(fā)性插入操作。但是，你可以使用OPTIMIZE TABLE語句來整理該數(shù)據(jù)表的碎片。
鎖的層次和并發(fā)性
前面討論的調度調節(jié)符允許你改變默認的調度策略。其中的大部分內容都是介紹使用這些調節(jié)符來解決數(shù)據(jù)表層次(table-level)的鎖引起的問題，這都是MyISAM和MEMORY存儲引擎用來管理數(shù)據(jù)表爭用的問題的。
BDB和InnoDB存儲引擎實現(xiàn)了不同層次的鎖，所以其性能特征和對爭用的管理是不同的。BDB引擎使用頁面層次(page-level)的鎖。InnoDB引擎使用數(shù)據(jù)行層次(row-level)的鎖，但是只在必要的時候使用(在很多情況下，例如當讀取操作都完成的時候，InnoDB可能根本就不使用鎖)。
存儲引擎使用的鎖的層次對客戶端的并發(fā)操作有很大的影響。假設兩個客戶端都希望更新某個數(shù)據(jù)表中的一行。由于要執(zhí)行更新，每個客戶端都需要一個寫入鎖。對于MyISAM數(shù)據(jù)表，引擎會為***個客戶端分配一個鎖，這會引起第二個客戶端阻塞，直到***個客戶端完成操作。對于BDB數(shù)據(jù)表，它可以實現(xiàn)更大的并發(fā)性：兩個更新操作會同步進行，除非兩個數(shù)據(jù)行都位于同一個頁面中。在InnoDB數(shù)據(jù)表中，并發(fā)性更高;只要兩個客戶端沒有更新同一行，兩個更新操作就能同時發(fā)生。
一般的規(guī)則是，鎖的層次越細微，并發(fā)性越好，因為只要客戶端使用數(shù)據(jù)表的部分不同，那么使用表的客戶端就可以更多。它實際暗示著不同的存儲引擎適合于不同的語句混合(mixes)：
◆MyISAM檢索的速度非常快。但是使用表層次的鎖可能成為混合的檢索和更新環(huán)境中的問題，特別是檢索傾向于長時間運行的時候。在這些條件下，更新可能需要等待很久才能進行。
◆當更新操作很多的時候，BDB和InnoDB數(shù)據(jù)表可以提供更好的性能。由于鎖在頁面或數(shù)據(jù)行層次進行，表被鎖定的范圍較小。這會減少鎖的爭用，提高并發(fā)性。
在防止死鎖(deadlock)方面，表層次的鎖比細微層次的鎖更有優(yōu)勢。使用表層次的鎖的時候，死鎖不會發(fā)生。服務器可以通過查看語句來檢測需要的數(shù)據(jù)表，并提前鎖定它們。而InnoDB和BDB數(shù)據(jù)表會發(fā)生死鎖，因為這些存儲引擎沒有在事務開始的時候分配所有必要的鎖。作為代替，在事務處理的過程中，當檢測到需要鎖的時候才分配。這就可能出現(xiàn)兩個語句獲取了鎖，接著試圖進一步獲取鎖(需要多個鎖)，但是這些鎖卻被對方保持著，等待對方釋放。其結果是每個客戶端都擁有一個鎖，同時還需要利用其它的客戶端擁有的鎖才能繼續(xù)執(zhí)行。這會導致死鎖，服務器必須終止其中一個事務。
網站名稱：使用調度和鎖定進行MySQL查詢優(yōu)化
文章網址：http://m.5511xx.com/article/coccjij.html
