MySQL连接错误的十二“坑”
本文转载自:云栖社区
链接:https://yq.aliyun.com/articles/158321?spm=5176.8091938.0.0.pdvaeq
环境准备
自建MySQL环境主机
主机:iZbp1e*****krn92qrx0Z
内网ip: 10.26.254.217
客户端ecs主机
主机:iZbp1e6*****zkrn92qrwzZ
内网ip: 10.24.236.231
说明
说明:mysql的account的组成为’user’@’host’
常见问题分析
ERROR 1045 (28000)
现象描述
ERROR 1045 (28000): Access denied for user 'testcon'@'10.24.236.231' (using password: YES)可能1:password错误
当使用'testconcon'@'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)
现象描述
ERROR 2005 (HY000): Unknown MySQL server host 'com-mysql.coflodhn1n0y.us-west-1.rds.amazonaws.com' (110)可能:DNS解析异常
同ping来获取ip,无法获取到,故mysql命令行进行连接时就出错了,此时需要通过ping来观察dns的解析,
并检查系统dns配置
20170809补充:当使用阿里云的ECS设置的安全组为如下时,会导致dns解析异常:
如下为测试结果:
ERROR 1449 (HY000)
现象描述
ERROR 1449 (HY000): The user specified as a definer ('testcon'@'10.24.236.231') does not exist或者
ERROR 1045 (28000): user not exist
可能:account不存在(阿里云rds高安全模式特有)
解决办法:
原因是该account不存在,检查mysql.user(rds for mysql分为高权限账号和普通账号管理,高权限账号的实例可以查询mysql.user_view表)表里面的account信息(主要是user,host列),确认连接的account符合user里面的匹配项当把高安全模式切换到标准模式是,再次进行测试则变成ERROR 1045 (28000): Access denied for user 'contest'@'10.24.236.231' (using password: YES),如下
ERROR 2003 (HY000)
现象描述
ERROR 2003 (HY000): Can't connect to MySQL server on 'test.mysql.rds.aliyuncs.com' (110)可能1:安全限制,不允许访问
一般表现为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的白名单未配置
当加上白名单后(等待任务运行完成):
ERROR 1135 (HY000)
现象描述
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)
现象描述
ERROR 1130 (HY000): Host '192.168.1.3' is not allowed to connect to this MySQL server可能:mysql.user表里没有匹配的host名称
解决办法:
检查mysql.user(rds for mysql分为高权限账号和普通账号管理,高权限账号的实例可以查询mysql.user_view表)表里面的account信息(主要是user,host列),确认连接的account符合user里面的匹配项
ERROR 1045 (HY000)
现象描述
ERROR 1045 (HY000): #28000ip not in whitelist可能:rds for mysql的提示,且访问模式为高安全模式才会出现,原因是ip地址没有在rds的白名单中
当添加白名单后(等待任务运行完成):
解决办法:
检查RDS的白名单设置是否正确
ERROR 5 (HY000)
现象描述
ERROR 5 (HY000): Out of memory (Needed 260400 bytes)可能:mysql没有可用内存
解决办法:
(先确认内存是否已经不足):增加mysql的内存,如果是rds,可以考虑升级RDS的实例规格
ERROR 1129 (HY000)
现象描述:
ERROR 1129 (HY000): Host '10.24.236.231' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'可能:达到了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)
现象描述
ERROR 1226 (42000): User 'testcon' has exceeded the 'max_user_connections' resource (current value: 2)可能:达到了该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,如果没有权限,也可以删除账号重新创建
ERROR 1226 (42000)
现象描述
ERROR 1226 (42000): User 'testcon' has exceeded the 'max_connections_per_hour' resource (current value: 2)可能:达到了该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)
现象描述
ERROR 1040 (HY000): Too many connections可能:达到了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,需要升级实例规格来提升连接数
加入"云和恩墨大讲堂",参与讨论学习
搜索 盖国强(Eygle)微信号:eyygle,或者扫描下面二维码,备注:云和恩墨大讲堂,即可入群。每周与千人共享免费技术分享,与讲师在线讨论。
从数据库创建深入学习Oracle技术:那些年 mkplug 偷偷执行的Plugin操作
Oracle 经典PPT首次公开:Oracle RAC Internals
资源下载关注本微信(OraNews)回复关键字获取
2017DTCC, 2017数据库大会PPT;
DBALife,"DBA的一天"精品海报大图;
122Arch,“Oracle 12.2体系结构”精品海报;
DBA01,《Oracle DBA手记》第一本下载;
YunHe,“云和恩墨大讲堂”案例文档下载;