更新20180205：增加：對error 5 (hy000): out of memory (needed 260400 bytes)問題原因進行說明
主機：izbp1e*****krn92qrx0z
内網ip: 10.26.254.217
主機：izbp1e6*****zkrn92qrwzz
内網ip: 10.24.236.231
說明：mysql的account的組成為’user’@’host’
要區分這種錯誤：error 1142 (42000) command denied to user 'testcon'@'10.24.236.231' for table/database '****'
這種不是連接配接問題，這種是已經連上了，出現權限問題導緻，錯誤碼也不一樣
現象描述：
error 1045 (28000): access denied for user
'testcon'@'10.24.236.231' (using password: yes)
可能1：password錯誤
當使用'testcon'@'10.24.236.231'的account錯誤的password時，登入失敗，因為建立了testcon@’%’，
是以account驗證可以通過，但是密碼不對
可能2:user錯誤(account錯誤)
當使用錯誤的user時，登入失敗，按照之前的account的構成，實際的進行驗證的account是: 'testconcon'@'10.24.236.231'，
但是并沒有建立'testconcon'@'10.24.236.231'，而是建立的為testcon@’%’，是以account驗證失敗，即使使用正确的密
碼也無法登入，當建立一個'testconcon'@'%'的時候，使用正确密碼則登入正常，如下：
可能3：account錯誤
與第二種相比，此次建立的賬号和密碼有如下對應：
account
password
testcon@'10.24.236.231'
123
testcon@'1.1.1.1'
12
當使用testcon@'10.24.236.231'以及密碼12登入時，登入失敗，因為testcon@'10.24.236.231'的
password為123,是以使用password為123可以正常登入
解決辦法：
1,如果确認密碼正确，檢查mysql.user(rds
for mysql分為高權限賬号和普通賬号管理，高權限賬
号的執行個體可以查詢mysql.user_view表)表裡面的account資訊(主要是user,host列)，确認連接配接的account
符合user裡面的比對項
2,如果通過mysql.user(rds
for mysql分為高權限賬号和普通賬号管理，高權限賬号的執行個體可以查
詢mysql.user_view表)account正常，可以嘗試更改一下密碼再進行測試
3,最快速簡單的方法是重新建立一個賬号，授予相關的權限
error 2005 (hy000): unknown mysql server
host 'rm-xxxxxxxxxxxx.mysql.rds.aliyuncs.com' (110)
可能1:dns解析異常
同ping來擷取ip，無法擷取到，故mysql指令行進行連接配接時就出錯了，此時需要通過ping來觀察dns的解析，
并檢查系統dns配置
20170809補充:當使用阿裡雲的ecs設定的安全組為如下時，會導緻dns解析異常：
如下為測試結果：
error 1449 (hy000): the user specified as a
definer ('testcon'@'10.24.236.231') does not exist
或者
error 1045 (28000): user not exist
可能1：account不存在(阿裡雲rds高安全模式特有)
解決辦法：原因是該account不存在，檢查mysql.user(rds for mysql分為高權限賬号和普通賬号管理，高權限賬
當把高安全模式切換到标準模式是，再次進行測試則變成error 1045 (28000): access denied for user 'contest'@'10.24.236.231'
(using password: yes)，如下：
error 2003 (hy000): can't connect to mysql
server on 'test.mysql.rds.aliyuncs.com' (110)
可能1：client側安全限制，不允許通路
一般表現為telnet特定特定端口不通，解決辦法：檢查應用所在主機的安全規則是否有攔截
可能2：端口錯誤
端口錯誤，即使沒有安全限制也無法連接配接，telnet 特定端口也不會通，解決辦法：确認連接配接mysql的端口是否正确
可能3：mysql服務未正确運作
先關掉自建mysql資料庫
然後進行連接配接
同樣表現為telnet 特定斷開不通，解決辦法（自建mysql的情況适用，rds不适用如下方法）：
1，執行netstat -apn | grep 3306，檢查下3306端口的程序資訊
2，執行ps -ef | grep mysql，檢查下程序資訊
3，如果1和2沒有輸出，可能mysql server未在主機正确運作
可能4:如果是rds for mysql，且通路模式為标準模式，原因為用戶端的ip位址在rds的白名單未配置
當加上白名單後（等待任務運作完成）：
ps:确認自己本地主機的公網出口ip的方式我常用的是使用dms的執行個體管理-授權通路位址來檢視，比較準确，具體如下:
1，用用戶端主機通路dms控制台：https://dms.console.aliyun.com/
2，按照如下操作确認公網出口ip
error 1135 (hy000): can't create a new
thread (errno 11); if you are not out of available memory, you can consult the
manual for a possible os-dependent bug
可能1：limits.conf檔案對max user processes做了限制
解決辦法（自建mysql的情況适用，rds不适用如下方法）：
檢查和修改系統的核心參數
可能2：mysql沒有可用記憶體
解決辦法（先确認記憶體是否已經不足）：增加mysql的記憶體，如果是rds，可以考慮更新rds的執行個體規格
error 1130 (hy000): host '192.168.1.3' is
not allowed to connect to this mysql server
可能1：mysql.user表裡沒有比對的host名稱
從mysql server的mysql.user表裡檢視user為testcon的host，隻有兩個：127.0.0.1以及izbp1e6df2sbzkrn92qrwzz，當使用另一個用戶端（ip為10.24.236.231，主機名為izbp1e6df2sbzkrn92qrwzz）使用user為testcon登入時提示error 1130 (hy000): host '10.24.236.231' is not allowed to connect to this mysql server，因為mysql server的mysql.user表裡沒有ip為10.24.236.231的host，這裡要說一點，mysql是把mysql.user裡的資訊放到記憶體中排序好之後進行比對的，先按host排序，host相同排序user（上面的這個問題如果建立一個testcon1@'10.24.236.231'的account，再次連接配接就會出現error 1045 (28000): access denied for user 'testcon'@'10.24.236.231' (using password: yes) 因為host比對到了，user沒有，account錯誤）
解決辦法：檢查mysql.user(rds for mysql分為高權限賬号和普通賬号管理，高權限賬号的執行個體可以查詢mysql.user_view表)表裡面的account資訊(主要是user,host列)，确認連接配接的account符合user裡面的比對項
error 1045 (hy000): #28000ip not in
whitelist
可能1：rds for mysql的提示，且通路模式為高安全模式才會出現，原因是ip位址沒有在rds的白名單中
當添加白名單後（等待任務運作完成）:
解決辦法：檢查rds的白名單設定是否正确
error 5 (hy000): out of memory (needed
260400 bytes)
可能1：mysql沒有可用記憶體
最近又遇到了這個問題，這個問題出現的原因概括如下(感謝核心同學)：
執行sql的時候，mysql server需要申請記憶體，會先判斷當時可用記憶體是否滿足，如果不滿足，則直接抛錯，不會進行記憶體申請
解決辦法（先确認記憶體是否已經不足）：增加mysql的記憶體，如果是rds，可以考慮更新rds的執行個體規格
error 1129 (hy000): host '10.24.236.231' is
blocked because of many connection errors; unblock with 'mysqladmin
flush-hosts'
關于max_connect_errors可以參考另一篇：https://yq.aliyun.com/articles/159612?spm=5176.100240.searchblog.8.czzmgt
可能1：達到了mysql伺服器設定的max_connect_errors的值
上面通過3次telnet，然後進行第四次時提示error 1129 (hy000): host '10.24.236.231' is blocked because of many
connection
errors; unblock with 'mysqladmin flush-hosts'，原因是已經超過了max_connect_errors=3的值，
解決方法(隻适用于自己mysql，rds目前不支援)：系統指令行下執行mysqladmin
flush-hosts或者mysql指令行裡執行flush hosts
需要注意的是，當進行多次登入失敗時，是沒有影響的：
error 1226 (42000): user 'testcon' has
exceeded the 'max_user_connections' resource (current value: 2)
可能1:達到了該account設定的max_user_connections大小
當使用grant設定了testcon@’%’的max_user_connections為2時，并發連接配接超過2就會提示error 1226 (42000):
user 'testcon' has exceeded the
'max_user_connections' resource (current value: 2)，如果沒有手動grant指定，會
用系統參數max_user_connections的值來設定，
解決辦法：重新grant為0或者調整系統變量max_user_connections，如果沒有權限，也可以删除賬号重新建立
exceeded the 'max_connections_per_hour' resource (current value: 2)
可能1：達到了該account設定的max_connections_per_hour大小
使用testcon一小時内登入2次後就會提示error 1226 (42000): user 'testcon' has exceeded the
'max_connections_per_hour' resource (current value: 2)
解決辦法：重新grant該賬号max_connections_per_hour為0，如果沒有權限，也可以删除賬号重新建立
error 1040 (hy000): too many connections
可能1:達到了mysql系統參數max_connections的限制
當并發連接配接大于max_connections的值時，就會出現error 1040 (hy000): too many connections
1，檢查mysql server的cpu,io,記憶體等狀态的變化，是否有明顯的升高現象，如果有明顯的升高，實時的通過show processlist擷取session資訊，通過擷取到的session資訊分析cpu，io以及記憶體跑高的原因，綜合分析（是否是遇到了阻塞或者慢查詢）kill掉相關會話來解決
2，檢查mysql server的cpu,io,記憶體等狀态的變化，是否有明顯的升高現象，如果沒有明顯的升高，實時的通過show processlist擷取session資訊，通過擷取到的session資訊找到會話來源(看下是否是sleep連接配接較多)，嘗試調整來源主機的應用行為
3，如果無法手動幹預，嘗試調整mysql的max_connections的值，如果是rds for mysql，需要更新執行個體規格來提升連接配接數