mysql鎖表解決

主要使前三條語句，來看是否還存在鎖表

show OPEN TABLES where In_use > 0; -- 查詢是否鎖表
show processlist; -- 查詢到相對應的進程===然后killid
kill id; -- 殺進程
SELECT * FROM INFORMATION_SCHEMA.innodb_trx; -- 當前運行的所有事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; -- 查看正在鎖的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS; -- 查看等待鎖的事務

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命令詳解

2017年04月24日 10:53:53 菜鳥里根 閱讀數：29594

版權聲明：本文為博主原創文章，未經博主允許不得轉載。 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