MySQL鎖表解決方法

https://blog.csdn.net/a5582ddff/article/details/79566678

MySQL鎖表解決方法

一、我的處理過程

1、查進程，主要是查找被鎖表的那個進程的ID

SHOW PROCESSLIST;

2、kill掉鎖表的進程ID

KILL   10866;//后面的數字即時進程的ID

網上找了些資料，了解了一下，先分享一下：

二、mysql的鎖表問題

SHOW PROCESSLIST查看數據庫中表的狀態，是否被鎖；
kill id   //殺掉被鎖的表
===================================================
set autocommit=0;
select * from t1  where uid=’xxxx’ for update    //在有索引（例如uid）的情況下是行鎖，否則是表鎖
insert into t1 values(1,’xxxxx’);
commit;
=====================================================
lock tables t1 write|read;
insert into t1 values(2,’xxxxx’); //只有insert
unlock tables;

2 《輕松掌握MySQL數據庫鎖機制的相關原理》

MySQL 5.1支持對MyISAM和MEMORY表進行表級鎖定，對BDB表進行頁級鎖定，對InnoDB 表進行行級鎖定。在許多情況下，可以根據培訓猜測應用程序使用哪類鎖定類型最好，但一般很難說出某個給出的鎖類型就比另一個好。一切取決於應用程序，應用程序的不同部分可能需要不同的鎖類型。為了確定是否想要使用行級鎖定的存儲引擎，應看看應用程序做什么並且混合使用什么樣的選擇和更新語句。例如，大多數Web應用程序執行許多選擇，而很少進行刪除，只對關鍵字的值進行更新，並且只插入少量具體的表。基本MySQL MyISAM設置已經調節得很好。

在MySQL中對於使用表級鎖定的存儲引擎，表鎖定時不會死鎖的。這通過總是在一個查詢開始時立即請求所有必要的鎖定並且總是以同樣的順序鎖定表來管理。

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

◆ 如果在表上沒有鎖，在它上面放一個寫鎖。
◆否則，把鎖定請求放在寫鎖定隊列中。

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

◆如果在表上沒有寫鎖定，把一個讀鎖定放在它上面。
◆否則，把鎖請求放在讀鎖定隊列中。

當一個鎖定被釋放時，鎖定可被寫鎖定隊列中的線程得到，然后是讀鎖定隊列中的線程。

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

如果INSERT 語句不沖突，可以自由為MyISAM 表混合並行的INSERT 和SELECT 語句而不需要鎖定。

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()。這些是建議性鎖定，它們只能在運行良好的應用程序中工作。
為達到最高鎖定速度，除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_UPDATES=1語句指定具體連接中的所有更新應使用低優先級。
· 可以用LOW_PRIORITY屬性給與一個特定的INSERT、UPDATE或DELETE語句較低優先級。
· 可以用HIGH_PRIORITY屬性給與一個特定的SELECT語句較高優先級。
· 為max_write_lock_count系統變量指定一個低值來啟動mysqld來強制MySQL在具體數量的插入完成后臨時提高所有等待一個表的SELECT 語句的優先級。這樣允許在一定數量的WRITE鎖定后給出READ鎖定。
· 如果你有關於INSERT結合SELECT的問題，切換到使用新的MyISAM表，因為它們支持並發的SELECT和INSERT。
· 如果你對同一個表混合插入和刪除，INSERT DELAYED將會有很大的幫助。
· 如果你對同一個表混合使用 SELECT 和DELETE 語句出現問題，DELETE 的LIMIT 選項可以有所幫助。
· 對 SELECT 語句使用SQL_BUFFER_RESULT可以幫助使表鎖定時間變短。
· 可以更改mysys/thr_lock.c中的鎖代碼以使用單一的隊列。在這種情況下，寫鎖定和讀鎖定將具有相同的優先級，對一些應用程序會有幫助。

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

· 如果不混合更新與需要在同一個表中檢查許多行的選擇，可以進行並行操作。
· 可以使用 LOCK TABLES 來提高速度，因為在一個鎖定中進行許多更新比沒有鎖定的更新要快得多。將表中的內容切分為幾個表也可以有所幫助。
· 如果在MySQL中表鎖定時遇到速度問題，可以將表轉換為 InnoDB 或BDB 表來提高性能
你對人生迷茫嗎？ 那就背起行囊，起步遠行吧

本篇轉自：http://www.cnblogs.com/daxian2012/archive/2012/09/04/mysql.html

 

 

 

 

三、鎖表的機制

為了給高並發情況下的mysql進行更好的優化，有必要了解一下mysql查詢更新時的鎖表機制。

一、概述

MySQL有三種鎖的級別：頁級、表級、行級。

MyISAM和MEMORY存儲引擎采用的是表級鎖（table-level locking）；BDB存儲引擎采用的是頁面鎖（page-level
locking），但也支持表級鎖；InnoDB存儲引擎既支持行級鎖（row-level locking），也支持表級鎖，但默認情況下是采用行級鎖。

MySQL這3種鎖的特性可大致歸納如下：

表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖沖突的概率最高,並發度最低。
行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖沖突的概率最低,並發度也最高。
頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，並發度一般。

二、MyISAM表鎖

MyISAM存儲引擎只支持表鎖，是現在用得最多的存儲引擎。

1、查詢表級鎖爭用情況

可以通過檢查table_locks_waited和table_locks_immediate狀態變量來分析系統上的表鎖定爭奪：
mysql> show status like ‘table%’;
+———————–+———-+
| Variable_name | Value |
+———————–+———-+
| Table_locks_immediate | 76939364 |
| Table_locks_waited | 305089 |
+———————–+———-+
2 rows in set (0.00 sec)Table_locks_waited的值比較高，說明存在着較嚴重的表級鎖爭用情況。

2、MySQL表級鎖的鎖模式

MySQL的表級鎖有兩種模式：表共享讀鎖（Table Read Lock）和表獨占寫鎖（Table Write
Lock）。MyISAM在執行查詢語句（SELECT）前，會自動給涉及的所有表加讀鎖，在執行更新操作（UPDATE、DELETE、INSERT等）前，會自動給涉及的表加寫鎖。

所以對MyISAM表進行操作，會有以下情況：

a、對MyISAM表的讀操作（加讀鎖），不會阻塞其他進程對同一表的讀請求，但會阻塞對同一表的寫請求。只有當讀鎖釋放后，才會執行其它進程的寫操作。
b、對MyISAM表的寫操作（加寫鎖），會阻塞其他進程對同一表的讀和寫操作，只有當寫鎖釋放后，才會執行其它進程的讀寫操作。

下面通過例子來進行驗證以上觀點。數據表gz_phone里有二百多萬數據，字段id,phone,ua,day。現在同時用多個客戶端同時對該表進行操作分析。

a、當我用客戶端1進行一個比較長時間的讀操作時，分別用客戶端2進行讀和寫操作：

client1:
mysql>select count(*) from gz_phone group by ua;
75508 rows in set (3 min 15.87 sec) client2:
select id,phone from gz_phone limit 1000,10;
+——+——-+
| id | phone |
+——+——-+
| 1001 | 2222 |
| 1002 | 2222 |
| 1003 | 2222 |
| 1004 | 2222 |
| 1005 | 2222 |
| 1006 | 2222 |
| 1007 | 2222 |
| 1008 | 2222 |
| 1009 | 2222 |
| 1010 | 2222 |
+——+——-+
10 rows in set (0.01 sec)
mysql> update gz_phone set phone=’11111111111′where id=1001;
Query OK, 0 rows affected (2 min 57.88 sec)
Rows matched: 1 Changed: 0 Warnings: 0

說明當數據表有一個讀鎖時，其它進程的查詢操作可以馬上執行，但更新操作需等待讀鎖釋放后才會執行。

b、當用客戶端1進行一個較長時間的更新操作時，用客戶端2,3分別進行讀寫操作：

client1:
mysql> update gz_phone set phone=’11111111111′;
Query OK, 1671823 rows affected (3 min 4.03 sec)
Rows matched: 2212070 Changed: 1671823 Warnings: 0 client2:
mysql> select id,phone,ua,day from gz_phone limit 10;
+—-+——-+——————-+————+
| id | phone | ua | day |
+—-+——-+——————-+————+
| 1 | 2222 | SonyEricssonK310c | 2007-12-19 |
| 2 | 2222 | SonyEricssonK750c | 2007-12-19 |
| 3 | 2222 | MAUI WAP Browser | 2007-12-19 |
| 4 | 2222 | Nokia3108 | 2007-12-19 |
| 5 | 2222 | LENOVO-I750 | 2007-12-19 |
| 6 | 2222 | BIRD_D636 | 2007-12-19 |
| 7 | 2222 | SonyEricssonS500c | 2007-12-19 |
| 8 | 2222 | SAMSUNG-SGH-E258 | 2007-12-19 |
| 9 | 2222 | NokiaN73-1 | 2007-12-19 |
| 10 | 2222 | Nokia2610 | 2007-12-19 |
+—-+——-+——————-+————+
10 rows in set (2 min 58.56 sec) client3:
mysql> update gz_phone set phone=’55555′where id=1;
Query OK, 1 row affected (3 min 50.16 sec)
Rows matched: 1 Changed: 1 Warnings: 0

說明當數據表有一個寫鎖時，其它進程的讀寫操作都需等待讀鎖釋放后才會執行。

3、並發插入

原則上數據表有一個讀鎖時，其它進程無法對此表進行更新操作，但在一定條件下，MyISAM表也支持查詢和插入操作的並發進行。

MyISAM存儲引擎有一個系統變量concurrent_insert，專門用以控制其並發插入的行為，其值分別可以為0、1或2。

a、當concurrent_insert設置為0時，不允許並發插入。
b、當concurrent_insert設置為1時，如果MyISAM表中沒有空洞（即表的中間沒有被刪除的行），MyISAM允許在一個進程讀表的同時，另一個進程從表尾插入記錄。這也是MySQL的默認設置。
c、當concurrent_insert設置為2時，無論MyISAM表中有沒有空洞，都允許在表尾並發插入記錄。

4、MyISAM的鎖調度

由於MySQL認為寫請求一般比讀請求要重要，所以如果有讀寫請求同時進行的話，MYSQL將會優先執行寫操作。這樣MyISAM表在進行大量的更新操作時（特別是更新的字段中存在索引的情況下），會造成查詢操作很難獲得讀鎖，從而導致查詢阻塞。

我們可以通過一些設置來調節MyISAM的調度行為：

a、通過指定啟動參數low-priority-updates，使MyISAM引擎默認給予讀請求以優先的權利。
b、通過執行命令SET LOW_PRIORITY_UPDATES=1，使該連接發出的更新請求優先級降低。
c、通過指定INSERT、UPDATE、DELETE語句的LOW_PRIORITY屬性，降低該語句的優先級。

上面3種方法都是要么更新優先，要么查詢優先的方法。這里要說明的就是，不要盲目的給mysql設置為讀優先，因為一些需要長時間運行的查詢操作，也會使寫進程“餓死”。只有根據你的實際情況，來決定設置哪種操作優先。這些方法還是沒有從根本上同時解決查詢和更新的問題。

在一個有大數據量高並發表的mysql里，我們還可采用另一種策略來進行優化，那就是通過mysql主從（讀寫）分離來實現負載均衡，這樣可避免優先哪一種操作從而可能導致另一種操作的堵塞。下面將用一個篇幅來說明mysql的讀寫分離技術