通過代碼解鎖。
高邑網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)公司！從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、響應式網(wǎng)站開發(fā)等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)公司于2013年創(chuàng)立到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設就選創(chuàng)新互聯(lián)公司。
代碼如下 ?
1set global max_connections=4000;
增加允許的最大連接數(shù)，先讓前臺網(wǎng)站可以正常工作。
回過頭google ：mysql unauthenticated user
果然，遇到此類問題的人很多，問題在于mysql的反向ip地址解析，配置參數(shù)里加上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)
二、構造表被鎖現(xiàn)象
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ā)現(xiàn)進程id為41的進程狀態(tài)為Locked
三、解鎖操作
1）刪掉被鎖進程（會話1）
代碼如下 ?
1mysql kill 41;
出現(xiàn)現(xiàn)象（會話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;也可以解鎖
總結(jié)一下原因，大概如下：
因為mysql默認會根據(jù)客戶端的ip地址反向解析，用于用戶登錄授權之用。不過正常情況下，很少會有人這樣用。ip地址反向解析是很慢的，尤其是高負荷的mysql，每秒種幾百次甚至更高的請求，這個請求壓到本地的dns服務器上，dns服務器說不定會懷疑你在惡意請求，然后不理你了，然后這些登錄請求就掛在那里，后面的連接還持續(xù)，然后越積越多，然后就達到mysql的最大連接數(shù)據(jù)限制了，然后新的連接就直接被拒，得到連接數(shù)過多的消息。
因為mysql配置文件使用的之前的配置文件，當時跟web同服務器，所以不存在這個問題。
這也正好解釋了為什么phpMyAdmin里看mysqld狀態(tài)時，有很多失敗的連接，它們應該就是因反解析失敗而被拒的。
參考資料
MySQL解鎖.壹聚教程[引用時間2018-1-21]
1、確定mysql有鎖表的情況則使用以下命令查看鎖表進程
2、殺掉查詢結(jié)果中已經(jīng)鎖表的trx_mysql_thread_id
擴展：
1、查看鎖的事務
2、查看等待鎖的事務
3、查詢是否鎖表：
4、查詢進程
可直接在mysql命令行執(zhí)行：show engine innodb status\G; 查看造成死鎖的sql語句，分析索引情況，然后優(yōu)化sql然后show processlist;另外可以打開慢查詢?nèi)罩荆琹inux下打開需在my.cnf的[mysqld]里面加上以下內(nèi)容：
-- 查詢是否鎖表
show OPEN TABLES ;
-- 查詢進程
show processlist ;
-- 查詢到相對應的進程，然后殺死進程
kill id; -- 一般到這一步就解鎖了
-- 查看正在鎖的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
-- 查看等待鎖的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
-- 解鎖表
UNLOCK TABLES;
鎖是需要事務結(jié)束后才釋放的。
一個是 MVCC，一個是兩階段鎖協(xié)議。
為什么要并發(fā)控制呢？是因為多個用戶同時操作 MySQL 的時候，為了提高并發(fā)性能并且要求如同多個用戶的請求過來之后如同串行執(zhí)行的一樣（為了解決臟讀、不可重復讀、幻讀）
官方定義：
兩階段鎖協(xié)議是指所有事務必須分兩個階段對數(shù)據(jù)加鎖和解鎖，在對任何數(shù)據(jù)進行讀、寫操作之前，事務首先要獲得對該數(shù)據(jù)的封鎖；在釋放一個封鎖之后，事務不再申請和獲得任何其他封鎖。
對應到 MySQL 上分為兩個階段：
但是兩階段鎖協(xié)議不要求事務必須一次將所有需要使用的數(shù)據(jù)加鎖（innodb在需要的索引列數(shù)據(jù)才鎖行），并且在加鎖階段沒有順序要求，所以這種并發(fā)控制方式會形成死鎖。
MySQL有兩種死鎖處理方式：
死鎖檢測 （默認開啟）
死鎖檢測的原理是構建一個以事務為頂點、鎖為邊的有向圖，判斷有向圖是否存在環(huán)，存在即有死鎖。
回滾
檢測到死鎖之后，選擇插入更新或者刪除的行數(shù)最少的事務回滾，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段來判斷。
收集死鎖信息：
減少死鎖：
死鎖解決：
重慶分公司
重慶分公司
