現(xiàn)象
在測試某功能時(shí)，將 mysql 的最大連接數(shù)設(shè)置為 120，使用 并發(fā) 200 插入數(shù)據(jù)修改數(shù)據(jù)庫最大連接數(shù)，
上述錯(cuò)誤是預(yù)期內(nèi)的結(jié)果，因?yàn)? 的 200 個(gè)并發(fā)超過了 mysql 實(shí)例最大連接數(shù)；隨后，修改 并發(fā)數(shù)為 100（小于最大連接數(shù)），再次插入數(shù)據(jù)，失敗報(bào)錯(cuò)，并發(fā)數(shù)已經(jīng)小于最大連接數(shù)了，為什么還報(bào)錯(cuò)，報(bào)錯(cuò)信息如下：
使用用戶 test 單獨(dú)登錄實(shí)例，和上面報(bào)一樣的錯(cuò)誤：
之前正常的可以登錄的用戶 test，現(xiàn)在無法登錄了。
原因和解決方法起初，并不了解是什么原因造成的登錄失敗。查詢官網(wǎng)文檔了解到，是用戶的錯(cuò)誤的連接數(shù)超過了設(shè)置的最大值，這個(gè)最大值參數(shù)是 。
解決方法很簡單：執(zhí)行 flush hosts
官網(wǎng)解釋：#rrors
分析對于這個(gè)參數(shù) 之前并不了解，查閱網(wǎng)上文檔提到，使用錯(cuò)誤密碼多次登錄并不能模擬失敗連接。嘗試將此參數(shù)修改為 2，然后使用錯(cuò)誤密碼登錄 2 次，后續(xù)再登錄依然成功。看來使用錯(cuò)誤密碼確實(shí)不能模擬失敗連接。查閱官網(wǎng)文檔了解到，在 庫表 里會保存客戶端的連接信息，其中字段 就是記錄連接的錯(cuò)誤次數(shù)，一旦 的值達(dá)到 設(shè)定的值，來自此客戶端的連接就會被阻止。 的官網(wǎng)描述：The of that are “” ( the ). Only are , and only for hosts that ( = YES).可以看到這里指的是協(xié)議握手錯(cuò)誤的次數(shù)。
官網(wǎng)鏈接：
下面使用 來模擬協(xié)議的握手錯(cuò)誤次數(shù)：配置最大錯(cuò)誤連接錯(cuò)誤數(shù)為 2，查看庫表 . 的
這里 初始值為 0；注：另一個(gè)參數(shù) 是嘗試錯(cuò)誤密碼登錄的次數(shù)（這里的 2 就是之前嘗試錯(cuò)誤密碼登錄的次數(shù)）。在客戶端主機(jī)上使用 嘗試 2 次端口探測，
再次查看該主機(jī)的 變成了 2。
此時(shí)問題復(fù)現(xiàn)，客戶端登錄實(shí)例被拒絕，因?yàn)殄e(cuò)誤連接次數(shù)達(dá)到了最大值 2。
回到本文最開始的問題修改數(shù)據(jù)庫最大連接數(shù)， 并發(fā) 200 超過最大連接數(shù) =120 時(shí)，
由于 的缺省值是 100， 并發(fā) 200 造成了 109 個(gè)錯(cuò)誤連接，這就超過了錯(cuò)誤連接的最大值，所以后續(xù)連接就報(bào)錯(cuò)了。另外，為什么錯(cuò)誤連接數(shù) 是 109，是因?yàn)榇谁h(huán)境實(shí)例已經(jīng)存在來自其他客戶端的 11 個(gè)正常連接（通過 show 可見），那么只剩下 120-11=109 個(gè)可用連接， 的 200 個(gè)并發(fā)，只接受了 109 個(gè)然后就協(xié)議握手失敗，所以造成了 109 個(gè)錯(cuò)誤連接。
延伸官網(wǎng)提到錯(cuò)誤連接指的是協(xié)議的握手失敗次數(shù)，并未明確說明是哪個(gè)協(xié)議，是 TCP/IP 還是應(yīng)用層的 MySQL 協(xié)議?對于 TCP/IP 通信，首先是 TCP 協(xié)議的三次握手，因?yàn)榭蛻舳艘呀?jīng)成功收到了服務(wù)端返回的報(bào)錯(cuò)：error 1040: Too many ，TCP 握手已經(jīng)成功完成了，所以這里的協(xié)議應(yīng)該指的是 MySQL 的握手協(xié)議。這里可以通過抓包來驗(yàn)證：
上述前三個(gè)包是完整的 TCP 握手協(xié)議包，已經(jīng)完成了 TCP 的握手協(xié)議，后面 MySQL 協(xié)議服務(wù)端發(fā)送完 信息之后雙方就關(guān)閉了連接，客戶端并未繼續(xù)發(fā)送登錄認(rèn)證包，造成 MySQL 的協(xié)議握手失敗。所以這里指的是 MySQL 的協(xié)議握手失敗次數(shù)。
針對上面利用 來模擬協(xié)議握手失敗的例子，由于 只是發(fā)送了 TCP 的握手包，并不會發(fā)送 MySQL 登錄認(rèn)證包，服務(wù)器端等待 10 秒（mysql 的 =10）就關(guān)閉了連接，所以才造成 MySQL 的握手失敗。
關(guān)于愛可生
愛可生成立于2003年，依托于融合、開放、創(chuàng)新的數(shù)據(jù)處理技術(shù)和服務(wù)能力，為大型行業(yè)用戶的特定場景提供深度挖掘數(shù)據(jù)價(jià)值的解決方案。
公司持續(xù)積累的核心關(guān)鍵技術(shù)，覆蓋到分布式數(shù)據(jù)庫集群、云數(shù)據(jù)平臺、數(shù)據(jù)庫大體量運(yùn)管平臺、海量數(shù)據(jù)集成于存儲、清洗與治理、人工智能分析挖掘、可視化展現(xiàn)、安全與隱私保護(hù)等多個(gè)領(lǐng)域。
公司已與多個(gè)行業(yè)內(nèi)的專業(yè)公司建立了長期伙伴關(guān)系，不斷促進(jìn)新技術(shù)與行業(yè)知識相結(jié)合，為用戶尋求新的數(shù)據(jù)驅(qū)動的價(jià)值增長點(diǎn)。公司已在金融、能源電力、廣電、政府等行業(yè)取得了眾多大型用戶典型成功案例，獲得了市場的認(rèn)可和業(yè)務(wù)的持續(xù)增長。
