MYSQL 解鎖與鎖表
MySQL鎖概述
相對其他數據庫而言，MySQL的鎖機制比較簡單，其最顯著的特點是不同的存儲引擎支持不同的鎖機制。比如，MyISAM和MEMORY存儲引擎采用的是表級鎖（table-level locking）；BDB存儲引擎采用的是頁面鎖（page-level locking），但也支持表級鎖；InnoDB存儲引擎既支持行級鎖（row-level locking），也支持表級鎖，但默認情況下是采用行級鎖。
MySQL這3種鎖的特性可大致歸納如下。
開銷、加鎖速度、死鎖、粒度、並發性能
l 表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖沖突的概率最高,並發度最低。
l 行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖沖突的概率最低,並發度也最高。
l 頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，並發度一般。
MyISAM表鎖
MyISAM存儲引擎只支持表鎖，這也是MySQL開始幾個版本中唯一支持的鎖類型。隨着應用對事務完整性和並發性要求的不斷提高，MySQL才開始開發基於事務的存儲引擎，后來慢慢出現了支持頁鎖的BDB存儲引擎和支持行鎖的InnoDB存儲引擎（實際 InnoDB是單獨的一個公司，現在已經被Oracle公司收購）。但是MyISAM的表鎖依然是使用最為廣泛的鎖類型。本節將詳細介紹MyISAM表鎖的使用。
查詢表級鎖爭用情況
可以通過檢查table_locks_waited和table_locks_immediate狀態變量來分析系統上的表鎖定爭奪：
mysql>
show status like 'table%';
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| Table_locks_immediate | 2979 |
| Table_locks_waited | 0 |
+-----------------------+-------+
2 rows in set (0.00 sec))
如果Table_locks_waited的值比較高，則說明存在着較嚴重的表級鎖爭用情況。
獲取InnoDB行鎖爭用情況
可以通過檢查InnoDB_row_lock狀態變量來分析系統上的行鎖的爭奪情況：
mysql>
show status like 'innodb_row_lock%';
+-------------------------------+-------+
| Variable_name | Value |
+-------------------------------+-------+
| InnoDB_row_lock_current_waits | 0 |
| InnoDB_row_lock_time | 0 |
| InnoDB_row_lock_time_avg | 0 |
| InnoDB_row_lock_time_max | 0 |
| InnoDB_row_lock_waits | 0 |
+-------------------------------+-------+
5 rows in set (0.01 sec)
如果發現鎖爭用比較嚴重，如InnoDB_row_lock_waits和InnoDB_row_lock_time_avg的值比較高，還可以通過
解鎖
第一種
show processlist;
找到鎖進程，kill id ;
第二種
mysql>UNLOCK TABLES;
鎖表
鎖定數據表，避免在備份過程中，表被更新
mysql>LOCK TABLES tbl_name READ;
為表增加一個寫鎖定：
mysql>LOCK TABLES tbl_name WRITE;
###########################################################################
mysql優化——show processlist命令詳解
版權聲明：本文為博主原創文章，未經博主允許不得轉載。 https://blog.csdn.net/sunqingzhong44/article/details/70570728
SHOW PROCESSLIST顯示哪些線程正在運行
不在mysql提示符下使用時用mysql -uroot -e 'Show processlist' 或者 mysqladmin processlist
如果您有root權限，您可以看到所有線程。否則，您只能看到登錄的用戶自己的線程，通常只會顯示100條如果想看跟多的可以使用full修飾（show full processlist）
參數
id #ID標識，要kill一個語句的時候很有用
use #當前連接用戶
host #顯示這個連接從哪個ip的哪個端口上發出
db #數據庫名
command #連接狀態，一般是休眠（sleep），查詢（query），連接（connect）
time #連接持續時間，單位是秒
state #顯示當前sql語句的狀態
info #顯示這個sql語句
其中state的狀態十分關鍵，下表列出state主要狀態和描述：
| 狀態 | 描述 |
| 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已經處理完了所有待處理的插入操作，正在等待新的請求。 |
mysql手冊鏈接：http://dev.mysql.com/doc/refman/5.0/en/general-thread-states.html