1.爲何會鎖表
首先我們瞭解一下數據庫查詢機制，首先我們用工具進行連接查詢時，會創建一個connection，此時數據庫會將查詢語句解析成一棵“樹”，各個引擎底層的結構不一樣，mysql的話在innodb用的是b-tree，俗稱b+樹，那麼再到執行器進行處理，最後返回給客戶端。
鎖表的原因：
當多個連接（數據庫連接）同時對一個表的數據進行更新操作，那麼速度將會越來越慢，持續一段時間後將出現數據表被鎖的現象，從而影響到其它的查詢及更新。尤其當我們使用循環的時候更加容易出現鎖表這種情況，導致其他連接無法讀寫此表。
鎖表的發現:
當我們發現一條語句查詢很久都遲遲沒有答案，可以首先考慮是否鎖表了，如何查看呢？
方法一
SHOW PROCESSLIST
但是此命令只能顯示前100條數據，要想看全部的數據，請輸入
SHOW FULL PROCESSLIST
這個命令中最關鍵的就是state列，mysql列出的狀態主要有以下幾種：
Checking table
正在檢查數據表（這是自動的）。
Closing tables
正在將表中修改的數據刷新到磁盤中，同時正在關閉已經用完的表。這是一個很快的操作，如果不是這樣的話，就應該確認磁盤空間是否已經滿了或者磁盤是否正處於重負中。
Connect Out
複製從服務器正在連接主服務器。
Copying to tmp table on disk
由於臨時結果集大於tmp_table_size，正在將臨時表從內存存儲轉爲磁盤存儲以此節省內存。
Creating tmp table
正在創建臨時表以存放部分查詢結果。
deleting from main table
服務器正在執行多表刪除中的第一部分，剛刪除第一個表。
deleting from reference tables
服務器正在執行多表刪除中的第二部分，正在刪除其他表的記錄。
Flushing tables
正在執行FLUSH TABLES，等待其他線程關閉數據表。
Killed
發送了一個kill請求給某線程，那麼這個線程將會檢查kill標誌位，同時會放棄下一個kill請求。MySQL會在每次的主循環中檢查kill標誌位，不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了，那麼kill請求會在鎖釋放時馬上生效。
Locked
被其他查詢鎖住了。
Sending data
正在處理SELECT查詢的記錄，同時正在把結果發送給客戶端。
Sorting for group
正在爲GROUP BY做排序。
Sorting for order
正在爲ORDER BY做排序。
Opening tables
這個過程應該會很快，除非受到其他因素的干擾。例如，在執ALTER TABLE或LOCK TABLE語句行完以前，數據表無法被其他線程打開。正嘗試打開一個表。
Removing duplicates
正在執行一個SELECT DISTINCT方式的查詢，但是MySQL無法在前一個階段優化掉那些重複的記錄。因此，MySQL需要再次去掉重複的記錄，然後再把結果發送給客戶端。
Reopen table
獲得了對一個表的鎖，但是必須在表結構修改之後才能獲得這個鎖。已經釋放鎖，關閉數據表，正嘗試重新打開數據表。
Repair by sorting
修復指令正在排序以創建索引。
Repair with keycache
修復指令正在利用索引緩存一個一個地創建新索引。它會比Repair by sorting慢些。
Searching rows for update
正在講符合條件的記錄找出來以備更新。它必須在UPDATE要修改相關的記錄之前就完成了。
Sleeping
正在等待客戶端發送新請求.
System lock
正在等待取得一個外部的系統鎖。如果當前沒有運行多個mysqld服務器同時請求同一個表，那麼可以通過增加--skip-external-locking參數來禁止外部系統鎖。
Upgrading lock
INSERT DELAYED正在嘗試取得一個鎖表以插入新記錄。
Updating
正在搜索匹配的記錄，並且修改它們。
User Lock
正在等待GET_LOCK()。
Waiting for tables
該線程得到通知，數據表結構已經被修改了，需要重新打開數據表以取得新的結構。然後，爲了能的重新打開數據表，必須等到所有其他線程關閉這個表。以下幾種情況下會產生這個通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
waiting for handler insert
INSERT DELAYED已經處理完了所有待處理的插入操作，正在等待新的請求。
大部分狀態對應很快的操作，只要有一個線程保持同一個狀態好幾秒鐘，那麼可能是有問題發生了，需要檢查一下。
還有其他的狀態沒在上面中列出來，不過它們大部分只是在查看服務器是否有存在錯誤是才用得着。
假如發現鎖表進程，請輸入kill指令將他剔除
KILL "id"
方法2
可以查看此表
SELECT * FROM information_schema.innodb_trx
主要看箭頭指向的這幾個字段，如果有阻塞數據（不爲0的就是阻塞的）,找到後在根據下圖這個字段：try_mysql_thread_id 作爲這條數據的主鍵id執行這個sql進行刪除： kill id ;(殺死對應id的進程).假設這裏try_mysql_thread_id=14的這條數據是鎖了。我們執行 kill 14刪除就不在鎖表了。
以上兩種方法都可以用哦，尤其是做運維的。