MySQL查詢用調(diào)度與鎖定來調(diào)優(yōu)
以下的文章主要介紹的是利用調(diào)度與鎖定對MySQL查詢進(jìn)行優(yōu)調(diào)，在實(shí)際的操作中我們經(jīng)常會遇到讓單獨(dú)的MySQL數(shù)據(jù)庫查詢執(zhí)行的速度變快。MySQL數(shù)據(jù)庫還允許你改變其語句調(diào)度的優(yōu)先級，它可以使來自多個(gè)客戶端的查詢更好地協(xié)作。
這樣單個(gè)客戶端就不會由于鎖定而等待很長時(shí)間。
數(shù)據(jù)庫管理員工作中常會遇到讓單獨(dú)的MySQL查詢執(zhí)行的速度變快。MySQL還允許你改變語句調(diào)度的優(yōu)先級，它可以使來自多個(gè)客戶端的MySQL查詢更好地協(xié)作，這樣單個(gè)客戶端就不會由于鎖定而等待很長時(shí)間。
改變優(yōu)先級還可以確保特定類型的查詢被處理得更快。下面我們來講解MySQL的默認(rèn)的調(diào)度策略和可以用來影響這些策略的選項(xiàng)。還有并發(fā)性插入操作的使用和存儲引擎鎖定層次對客戶端的并發(fā)性的影響。為了討論的方便，我們把執(zhí)行檢索(SELECT)的客戶端稱為"讀取者"，把執(zhí)行修改操作(DELETE、INSERT、REPLACE或UPDATE)的客戶端稱為"寫入者"。
MySQL查詢的默認(rèn)的調(diào)度策略可用總結(jié)如下：
寫入操作優(yōu)先于讀取操作。
對某張數(shù)據(jù)表的寫入操作某一時(shí)刻只能發(fā)生一次，寫入請求按照它們到達(dá)的次序來處理。
對某張數(shù)據(jù)表的多個(gè)讀取操作可以同時(shí)地進(jìn)行。
MyISAM和MEMORY存儲引擎借助于數(shù)據(jù)表鎖來實(shí)現(xiàn)這樣的調(diào)度策略。當(dāng)客戶端訪問某張表的時(shí)候，首先必須獲取它的鎖。當(dāng)客戶端完成對表的操作的時(shí)候，鎖就會被解除。通過LOCK TABLES和UNLOCK TABLES語句來顯式地獲取或釋放鎖是可行的，但是在通常情況下，服務(wù)器的鎖管理器會自動地在需要的時(shí)候獲取鎖，在不再需要的時(shí)候釋放鎖。
獲取的鎖的類型依賴于客戶端是寫入還是讀取操作。
對某張表進(jìn)行寫入操作的客戶端必須擁有獨(dú)占的(排他的)訪問權(quán)的鎖。操作在進(jìn)行的過程中，該數(shù)據(jù)表處于不一致的(inconsistent)狀態(tài)，因?yàn)閿?shù)據(jù)記錄在刪除、添加或修改的時(shí)候，數(shù)據(jù)表上的索引也可能需要更新以相互匹配。
這個(gè)數(shù)據(jù)表在變化的過程中，如果允許其它的客戶端訪問，會出現(xiàn)問題。非常明顯，允許兩個(gè)客戶端同時(shí)寫入一張數(shù)據(jù)表是不利的，因?yàn)檫@樣的操作會很快使數(shù)據(jù)表中的信息成為一堆無用的垃圾。但是允許客戶端讀取變化之中的數(shù)據(jù)表也不好，因?yàn)檎谧x取的位置中的數(shù)據(jù)可能正在變化(修改)，讀取的結(jié)果可能不是真實(shí)的。
對某張表執(zhí)行讀取操作的客戶端必須獲取一個(gè)鎖，防止在讀取的過程中，其它的客戶端寫入或改變表。但是這個(gè)鎖不需要獨(dú)占的訪問權(quán)。讀取操作不會改變數(shù)據(jù)，因此沒有理由讓某個(gè)讀取者阻止其它的讀取者訪問這張表。因此讀取鎖允許其它的客戶端在同一時(shí)刻讀取這張表。
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ù)表鎖的存儲引擎(例如MyISAM和MEMORY)。DELAYED調(diào)節(jié)符作用于MyISAM和MEMORY數(shù)據(jù)表。
【編輯推薦】
