1、個人處理過程
一、查進程，主要是查找被鎖表的那個進程的IDcss
SHOW PROCESSLIST;
二、kill掉鎖表的進程IDhtml
KILL 10866;//後面的數字即時進程的ID
網上找了些資料，瞭解了一下，先分享一下：mysql
2、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;sql
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
3、鎖表的機制
爲了給高併發狀況下的mysql進行更好的優化，有必要了解一下mysql查詢更新時的鎖表機制。
1、概述
MySQL有三種鎖的級別：頁級、表級、行級。
MyISAM和MEMORY存儲引擎採用的是表級鎖（table-level locking）；BDB存儲引擎採用的是頁面鎖（page-level
locking），但也支持表級鎖；InnoDB存儲引擎既支持行級鎖（row-level locking），也支持表級鎖，但默認狀況下是採用行級鎖。
MySQL這3種鎖的特性可大體概括以下：
表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖衝突的機率最高,併發度最低。
行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖衝突的機率最低,併發度也最高。
頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，併發度通常。
2、MyISAM表鎖
MyISAM存儲引擎只支持表鎖，是如今用得最多的存儲引擎。
一、查詢表級鎖爭用狀況
能夠經過檢查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的值比較高，說明存在着較嚴重的表級鎖爭用狀況。
二、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
說明當數據表有一個寫鎖時，其它進程的讀寫操做都需等待讀鎖釋放後纔會執行。
三、併發插入
原則上數據表有一個讀鎖時，其它進程沒法對此表進行更新操做，但在必定條件下，MyISAM表也支持查詢和插入操做的併發進行。
MyISAM存儲引擎有一個系統變量concurrent_insert，專門用以控制其併發插入的行爲，其值分別能夠爲0、1或2。
a、當concurrent_insert設置爲0時，不容許併發插入。
b、當concurrent_insert設置爲1時，若是MyISAM表中沒有空洞（即表的中間沒有被刪除的行），MyISAM容許在一個進程讀表的同時，另外一個進程從表尾插入記錄。這也是MySQL的默認設置。
c、當concurrent_insert設置爲2時，不管MyISAM表中有沒有空洞，都容許在表尾併發插入記錄。
四、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的讀寫分離技術