标签:use 错误提示 连接错误 lte 索引 了解 root 就是 png
上方的错误提示码翻译成中文的大概意思是说:客户端不支持服务器请求的认证协议,考虑升级MySQL客户端。
那么,不妨换个思路想,有没有可能是服务器的协议与 MySQL 客户端的协议不同呢?
锁定关键字:认证协议。
继续思考下去,身份认证
是连接的首要步骤,那么即可能是身份认证
环节中出错了。
关键是,认证过程中发生了什么?我们编写的软件、服务器通过密码,或者是SSH之类的密令进行连接:是不是连接过程中密码错误了?
之后转到终端进行手动连接,我发现我可以正常进入,那么这个问题 Pass 掉
其实我对数据库的认识仅限于简单的CURD,以及事务、索引、包括数百万级的查询,但是我却没对MySQL的底层进行了解。
这意味着我得进入 MySQL 的用户表看看密码长什么样子:
然后我发现了插件字段下的关于密码的字符串
(我已经修改了后面两个,起初都是 caching_sha2_password )
其实我也不知道它们的意思,便只好去搜索引擎(bing)中查看对应的插件作用。
最后得知:MySQL 为了更安全的连接,将‘身份验证插件’升级了,且默认为 caching_sha2_password ,而大多数的服务器、软件中并没有内置相关协议。
也就导致了上方所述的错误代码了。
所以,为了兼容旧的服务器、软件的连接方式,我们可以修改关于此用户的身份验证协议。
比方:你想要让 root 用户在服务器中登录(通常不推荐这样做,只是比喻)
那么对应的修改方案如下:
# 修改身份验证插件为旧的加密方式,否则部分后台将无法连接
ALTER USER ‘root‘@‘localhost‘ IDENTIFIED WITH mysql_native_password BY ‘root‘;
# 刷新
flush privileges;
(题外话)
当然,建议创建一个用户,只具备查询权限,这意味着即使被服务器被暴力破解(我还有其它方法应对这个攻击方式),最坏的结果就是当前登录用户所连接的数据库数据泄露,不过重要字段都被加密,如手机号使用可逆加密,密码采用不可逆的加密方式;这样一来,短时间内应该可以反应过来。
# 创建新的用户 并指定使用旧的‘身份验证’
CREATE USER `test`@`localhost` IDENTIFIED WITH mysql_native_password BY ‘test‘;
标签:use 错误提示 连接错误 lte 索引 了解 root 就是 png
原文地址:https://www.cnblogs.com/chongsaid/p/mysql_error_connecting.html