MySQL服务端使用插件的方式认证客户端的用户身份。认证插件和用户相关，不同用户可以使用不同的插件进行密码验证。创建用户时，如果不显式指定，会使用参数default_authentication_plugin指定的插件。从MySQL 8.0开始，使用caching_sha2_password作为默认的认证插件，而5.7使用的默认插件是mysql_native_password。
MySQL支持使用TLS协议建立加密连接，默认开启。使用MySQL客户端登录服务器后，执行\s，查看SSL这一行输出，如果显示“Cipher in use …”，则说明当前连接启用了加密。
可以在连接数据库时指定参数，不开启连接加密，此时“SSL”这一行显示“Not in use”。
mysql --ssl-mode=disabled -uroot -p
当数据库连接不上时，分析问题的一般思路如下。
检查数据库监听是否正常开启
在数据库服务器上通过netstat或ss命令查看数据库端口监听是否正常开启。
ss -nltp | grep 3306 netstat -nltp | grep 3306
检查客户端到服务端之间网络是否连通
可以使用telnet等工具检查客户端到服务端口是否连通。
telnet 172.16.121.234 3306
如果端口不通，使用MySQL客户端访问数据库时，会有相应的报错信息。注意报错信息最后括号里的数字（操作系统返回错误码，不用操作系统不一样），可使用MySQL提供的工具perror查看跟错误码关联的错误信息。
perror 111 perror 113
是否认证阶段出问题
常见报错信息：
- ERROR 2059，Authentication plugin ‘caching_sha2_password’ cannot be loaded
- 客户端版本太低，不支持caching_sha2_password认证插件
- 解决方法：使用新版本客户端
- ERROR 2061，Authentication requires secure connection
- 使用caching_sha2_password认证插件时，用户首次登录时还没有被缓存，服务端需要获取用户的明文密码，如果客户端没有开启连接加密，发送明文密码有安全风险，就会报这个错误
- 解决方法：开启连接加密，或者在客户端指定get-server-public-key选项
- 不同客户端指定参数的方式可能会有差异，比如使用JDBC时需要添加连接属性allowPublicKeyRetrieval=true
- MySQL备库连接主库时，也可能遇到一样的问题，可以在建立复制时，指定GET_MASTER_PUBLIC_KEY或GET_SOURCE_PUBLIC_KEY选项
- 使用MySQL组复制（MGR）如果遇到这个问题，可以通过设置参数group_replication_recovery_get_public_key来解决
- ERROR 1045: Access denied for user ‘username’@‘hostname’
- 客户端输入密码不正确引起
- 如果强制要求用户使用加密连接，或者对客户端证书有要求，而客户端没有满足这些条件，那么连接时也会报这个错
数据库连接数限制
参数max_connections限制数据库允许创建的总连接数。参数max_user_connections限制同一个用户允许创建的最大连接数。如果连接数超过限制，会报下面这3个错误：
- ERROR 1040 (08004): Too many connections
- ERROR 1203 (42000): User test already has more than ‘max_user_connections’ active connections
- ERROR 1226 (42000): User ‘test’ has exceeded the ‘max_user_connections’ resource (current value: 2)
操作系统资源限制
如果操作系统资源超出限制，会导致客户端连接失败，MySQL服务端无法创建新的线程：ERROR 1135: Can’t create a new thread (errno 11)
如果文件句柄数超出限制，在数据库错误日志中还可能会出现这样的报错信息：[ERROR] [MY-010283] [Server] Error in accept: Too many open files
其它错误
ERROR 1129 (HY000): Host ‘172.16.121.237’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’。
- 客户端从某台机器连接数据库时，连续出错，出错次数超过参数max_connect_errors设置后，服务端会禁止这台机器后续连接，这里限制的是客户端IP。从performance_schema.host_cache表里，可看到客户端连接错误次数
- 解决方法：执行flush hosts操作
- 不是所有连接错误都会引起客户端被禁，比如密码错误并不会导致客户端被禁。host_cache表COUNT_HANDSHAKE_ERRORS达到max_connect_errors，才会导致客户端被禁。比如连续telnet mysql端口会引起这个问题，或者使用了无效ssl证书可能会导致这个问题
连接中断问题
情况1：连接被Kill
如果有人使用Kill命令终止某个会话，那么原先客户端在执行SQL时，就会发现连接已经中断。
情况2：数据库重启
如果数据库发生重启，那么原先所有连接都会断开。可通过查看数据库Uptime状态变量来判断数据库最近是否有重启。Uptime记录了数据库从启动后至今经过的秒数。
show global status where variable_name in ('Uptime');
情况3：连接空闲时间超时
MySQL中全局变量interactive_timeout（交互式连接）和wait_timeout（非交互式连接）用来控制连接空闲超时，如果一个连接在指定时间内没有发起任何请求，就会被服务器断开。
情况4：代理（Proxy）超时
如果在数据库之前配置了代理，而代理空闲超时时间比较短。应用程序通过代理访问数据库时，就可能会遇到连接中断问题。
- 转载请保留原文链接：MySQL数据库连接问题诊断分析 https://aboss.top/post/890/
- 本站所有资源文章出自互联网收集整理，本站不参与制作，如果侵犯了您的合法权益，请联系本站我们会及时删除。
- 本站发布资源来源于互联网，可能存在水印或者引流等信息，请用户擦亮眼睛自行鉴别，做一个有主见和判断力的用户。
- 本站资源仅供研究、学习交流之用，若使用商业用途，请购买正版授权，否则产生的一切后果将由下载用户自行承担。
- 联系方式（#替换成@）：mail#aboss.top
评论