MySQL鎖表和解鎖操作

1、確定mysql有鎖表的情況則使用以下命令查看鎖表進程

創(chuàng)新互聯公司2013年成立，是專業(yè)互聯網技術服務公司，擁有項目成都做網站、成都網站制作網站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元橋西做網站,已為上家服務,為橋西各地企業(yè)和個人服務,聯系電話:18982081108

2、殺掉查詢結果中已經鎖表的trx_mysql_thread_id

擴展：

1、查看鎖的事務

2、查看等待鎖的事務

3、查詢是否鎖表：

4、查詢進程

Mysql鎖表解鎖

-- 查詢是否鎖表

show OPEN TABLES ;

-- 查詢進程

show processlist ;

-- 查詢到相對應的進程，然后殺死進程

kill id; -- 一般到這一步就解鎖了

-- 查看正在鎖的事務

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

-- 查看等待鎖的事務

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

-- 解鎖表

UNLOCK TABLES;

MYSQL鎖死怎么辦？

通過代碼解鎖。

代碼如下 ?

1set global max_connections=4000;

增加允許的最大連接數，先讓前臺網站可以正常工作。

回過頭google ：mysql unauthenticated user

果然，遇到此類問題的人很多，問題在于mysql的反向ip地址解析，配置參數里加上skip-name-resolve就可以。

補充

一、查看進程運行情況（會話1）

代碼如下 ?

1mysql select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 40 | root | localhost:14046 | information_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 251 ||| 38 | root | localhost:13991 | chf | Sleep | 251 ||+—-+——+—————–+——————–+———+——+———–+3 rows in set (0.00 sec)

二、構造表被鎖現象

1）鎖住表（會話1）

代碼如下 ?

1mysqlLOCK TABLES chf.disc02 READ;或者–LOCK TABLES chf.disc02 WRITE;

2）執(zhí)行dml操作（會話2）

代碼如下 ?

1mysqldelete from chf.disc02 limit 1;–會話處于卡死狀態(tài)

3）查詢進程運行情況（會話1）

代碼如下 ?

1mysql select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 41 | root | localhost:14358 | chf | Query | 5 | Locked|| 40 | root | localhost:14046 | information_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 343 ||| 38 | root | localhost:13991 | chf | Sleep | 343 ||+—-+——+—————–+——————–+———+——+———–+

4 rows in set (0.01 sec)

說明：發(fā)現進程id為41的進程狀態(tài)為Locked

三、解鎖操作

1）刪掉被鎖進程（會話1）

代碼如下 ?

1mysql kill 41;

出現現象（會話2）

ERROR 2013 (HY000): Lost connection to MySQL server during query

2）查看進程（會話1）

代碼如下 ?

1mysql select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 40 | root | localhost:14046 | information_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 298 ||| 38 | root | localhost:13991 | chf | Sleep | 298 ||+—-+——+—————–+——————–+———+——+———–+3 rows in set (0.01 sec)

四、批量解鎖

代碼如下 ?

1mysql select concat(‘kill ‘,id,’;') kill_process from processlist a where a.state=’Locked’;+————–+| kill_process |+————–+| kill 43; || kill 42; |+————–+2 rows in set (0.01 sec)

Note：

1）可以使用show processlist查看當前用戶連接

如果是root帳號，你能看到所有用戶的當前連接。如果是其它普通帳號，只能看到自己占用的連接。show processlist;只列出前100條，如果想全列出請使用show full processlist;

2）在構造鎖的會話中，使用unlock tables;也可以解鎖

總結一下原因，大概如下：

因為mysql默認會根據客戶端的ip地址反向解析，用于用戶登錄授權之用。不過正常情況下，很少會有人這樣用。ip地址反向解析是很慢的，尤其是高負荷的mysql，每秒種幾百次甚至更高的請求，這個請求壓到本地的dns服務器上，dns服務器說不定會懷疑你在惡意請求，然后不理你了，然后這些登錄請求就掛在那里，后面的連接還持續(xù)，然后越積越多，然后就達到mysql的最大連接數據限制了，然后新的連接就直接被拒，得到連接數過多的消息。

因為mysql配置文件使用的之前的配置文件，當時跟web同服務器，所以不存在這個問題。

這也正好解釋了為什么phpMyAdmin里看mysqld狀態(tài)時，有很多失敗的連接，它們應該就是因反解析失敗而被拒的。

參考資料

MySQL解鎖.壹聚教程[引用時間2018-1-21]