7.3. 鎖定事宜

7.3. 鎖定事宜

7.3.1. 鎖定方法

7.3.2. 表鎖定事宜

7.3.1. 鎖定方法

MySQL 5.1支持對MyISAM和MEMORY表進行表級鎖 定，對BDB表進行頁級鎖定，對InnoDB表進行行級鎖定。

在許多狀況下，能夠根據培訓猜想應用程序使用哪類鎖定類型最好，但通常很難說出某個給出的鎖類型就比另外一個好。一切取決於應用程序，應用程序的不一樣部分可 能須要不一樣的鎖類型。

爲了肯定是否想要使用行級鎖定的存儲引擎，應看看應用程序作什麼而且混合使用什麼樣的選擇和更新語句。例如，大多數Web應 用程序執行許多選擇，而不多進行刪除，只對關鍵字的值進行更新，而且只插入少許具體的表。基本MySQL MyISAM設置已經調節得很好。

在MySQL中對於使用表級鎖定的存儲引擎，表鎖定時不會死鎖的。這經過老是在一個查詢開始時當即請求全部必要的鎖定而且 老是以一樣的順序鎖定表來管理。

對WRITE，MySQL使 用的表鎖定方法原理以下：

• 若是在表上沒有鎖，在它上面放一個寫鎖。
• 不然，把鎖定請求放在寫鎖定隊列中。

對READ，MySQL使用的鎖定方法 原理以下：

• 若是在表上沒有寫鎖定，把一個讀鎖定放在它上面。
• 不然，把鎖請求放在讀鎖定隊列中。

當一個鎖定被釋放時，鎖定可被寫鎖定隊列中的線程獲得，而後是讀鎖定隊列中的線程。

這意味着，若是你在一個表上有許多更新，SELECT語句將等待直到沒有更多的更新。

能夠經過檢查table_locks_waited和table_locks_immediate狀 態變量來分析系統上的表鎖定爭奪：

mysql> SHOW STATUS LIKE 'Table%';

+-----------------------+---------+

| Variable_name         | Value   |

+-----------------------+---------+

| Table_locks_immediate | 1151552 |

| Table_locks_waited    | 15324   |

+-----------------------+---------+

若是INSERT語句不衝突，能夠自由爲MyISAM表混合並行的INSERT和SELECT語 句而不須要鎖定。也就是說，你能夠在其它客戶正讀取MyISAM表的時候插入行。若是數據文件中間不包含空閒塊，不會發生衝 突，由於在這種狀況下，記錄老是插入在數據文件的尾部。(從表的中部刪除或更新的行可能致使空洞）。如 果有空洞，當全部空洞填入新的數據時，並行的插入可以從新自動啓用。

若是不能同時插入，爲了在一個表中進行屢次INSERT和SELECT操做，能夠在臨時表中插 入行而且當即用臨時表中的記錄更新真正的表。

這可用下列代碼作到：

mysql> LOCK TABLES real_table WRITE, insert_table WRITE;

mysql> INSERT INTO real_table SELECT * FROM insert_table;

mysql> TRUNCATE TABLE insert_table;

mysql> UNLOCK TABLES;

InnoDB使用行鎖定，BDB使用頁鎖定。對於這兩種存儲引擎，均可能存在死鎖。這是由於，在SQL語 句處理期間，InnoDB自動得到行鎖定和BDB得到頁鎖定，而不是在事務啓動時得到。

行級鎖定的優勢：

·         當在許多線程中訪問不一樣的行時只存在少許鎖定衝突。

·         回滾時只有少許的更改。

·         能夠長時間鎖定單一的行。

行級鎖定的缺點：

·         比頁級或表級鎖定佔用更多的內存。

·         當在表的大部分中使用時，比頁級或表級鎖定速度慢，由於你必須獲取更多的鎖。

·         若是你在大部分數據上常常進行GROUP BY操做或者必須常常掃描整個表，比其它鎖定明顯慢不少。

·         用高級別鎖定，經過支持不一樣的類型鎖定，你也能夠很容易地調節應用程序，由於其鎖成本小於行級鎖定。

在如下狀況下，表鎖定優先於頁級或行級鎖定：

·         表的大部分語句用於讀取。

·         對嚴格的關鍵字進行讀取和更新，你能夠更新或刪除能夠用單一的讀取的關鍵字來提取的一行：

·                UPDATE tbl_name SET column=value WHERE unique_key_col=key_value;

·                DELETE FROM tbl_name WHERE unique_key_col=key_value;

·         SELECT 結合並行的INSERT語句，而且只有不多的UPDATE或DELETE語 句。

·         在整個表上有許多掃描或GROUP BY操做，沒有任何寫操做。

不一樣於行級或頁級鎖定的選項：

·         版本(例如，爲並行的插入在MySQL中使用的技術)， 其中能夠一個寫操做，同時有許多讀取操做。這說明數據庫或表支持數據依賴的不一樣視圖，取決於訪問什麼時候開始。其它共同的術語是「時間跟蹤」、「寫複製」或者「按需複製」。

·         按需複製在許多狀況下優先於頁級或行級鎖定。然而，在最壞的狀況下，它可能比使用常規鎖定使用更多的內存。

·         除了行級鎖定外，你可使用應用程序級鎖定，例如在MySQL中使用GET_LOCK()和RELEASE_LOCK()。 這些是建議性鎖定，它們只能在運行良好的應用程序中工做。

7.3.2. 表鎖定事宜

爲達到最高鎖定速度，除InnoDB和BDB以外，對全部存儲引擎，MySQL使 用表鎖定(而不是頁、行或者列鎖定)。

對於InnoDB和BDB表，若是你用LOCK TABLES顯式鎖定表，MySQL只使用表鎖定。對於這些表類型，咱們建議你根本不要使用LOCK TABLES，由於InnoDB使用自動行級鎖定而BDB使用頁級鎖定來保證事 務隔離。

對於大表，對於大多數應用程序，表鎖定比行鎖定更好，但存在部分缺陷。

表鎖定使許多線程同時從一個表中進行讀取操做，但若是一個線程想要對錶進行寫操做，它必須首先得到獨佔訪問。更新期間，全部其它想要訪問該表的線程必須等 待直到更新完成。

表更新一般狀況認爲比表檢索更重要，所以給予它們更高的優先級。這應確保更新一個表的活動不能「餓死」， 即便該表上有很繁重的SELECT活動。

表鎖定在這種狀況下會形成問題，例如當線程正等待，由於硬盤已滿而且在線程能夠處理以前必須有空閒空間。在這種狀況下，全部想要訪問出現問題的表的線程也 被設置成等待狀態，直到有更多的硬盤空間可用。

表鎖定在下面的狀況下也存在問題：

·         一個客戶發出長時間運行的查詢。

·         而後，另外一個客戶對同一個表進行更新。該客戶必須等待直到SELECT完成。

·         另外一個客戶對同一個表上發出了另外一個SELECT語句。由於UPDATE比SELECT優 先級高，該SELECT語句等待UPDATE完成，而且等待第1個SELECT完 成。

下面描述了一些方法來避免或減小表鎖定形成的競爭：

·         試圖使SELECT語句運行得更快。你可能必須建立一些摘要(summary)表 作到這點。

·         用--low-priority-updates啓動mysqld。 這將給全部更新(修改)一個表的語句以比SELECT語句低的優先級。 在這種狀況下，在先前情形的第2個SELECT語句將在UPDATE語 句前執行，而不須要等候第1個SELECT完成。

·         可使用SET LOW_PRIORITY_UPDATES=1語句指定具體鏈接中的全部更 新應使用低優先級。參見13.5.3節，「SET語法」

·         能夠用LOW_PRIORITY屬性給與一個特定的INSERT、UPDATE或DELETE語 句較低優先級。

·         能夠用HIGH_PRIORITY屬性給與一個特定的SELECT語 句較高優先級。參見13.2.7節，「SELECT語法」。

·         爲max_write_lock_count系 統變量指定一個低值來啓動mysqld來強制MySQL在 具體數量的插入完成後臨時提升全部等待一個表的SELECT語句的優先級。這樣容許在必定數量的WRITE鎖 定後給出READ鎖定。

·         若是你有關於INSERT結合SELECT的問題，切換到使用新 的MyISAM表，由於它們支持併發的SELECT和INSERT。

·         若是你對同一個表混合插入和刪除，INSERT DELAYED將會有很大的幫助。參見13.2.4.2節，「INSERT DELAYED語法」。

·         若是你對同一個表混合使用SELECT和DELETE語句出現問 題，DELETE的LIMIT選項能夠有所幫助。參見13.2.1節，「DELETE語法」。

·         對SELECT語句使用SQL_BUFFER_RESULT能夠 幫助使表鎖定時間變短。參見13.2.7節，「SELECT語法」。

·         能夠更改mysys/thr_lock.c中的鎖代碼以使用單一的隊列。在這種狀況下，寫鎖 定和讀鎖定將具備相同的優先級，對一些應用程序會有幫助。

這裏是一些MySQL中表鎖定相關的技巧：

·         若是不混合更新與須要在同一個表中檢查許多行的選擇，能夠進行並行操做。

·         可使用LOCK TABLES來提升速度，由於在一個鎖定中進行許多更新比沒有鎖定的更新要快得多。將表中的內容切分爲幾個表也能夠有所幫助。

·         若是在MySQL中表鎖定時遇到速度問題，能夠將你的錶轉換爲InnoDB或BDB表 來提升性能。參見15.2節，「InnoDB存儲引擎」和15.5節，「BDB (BerkeleyDB)存儲引擎」。