MySQL登录验证方式

前些天接到一个客户发来的信息:自建MySQL实例之后,使用 mysql -uroot@'192.168.3.6' 无法登录,密码没有问题;后面将所有其他不相干的mysql.user表数据删除后,可以正常登录。
因为客户并没有保存详细的登录及报错信息,导致完全复原客户场景。

借这个机会好好说说MySQL数据库登录验证的步骤,在登录遇到问题时提供参考。

当尝试连接到MySQL server时,服务器会根据用户名、密码来验证您的身份。如果没有,服务器将完全拒绝对您的访问。否则,服务器接受连接,然后进入等待请求阶段。

连接验证阶段

连接请求到达服务器之后,MySQL会将用户名、密码、Host参数信息与mysql.users.(user、password、host)进行验证。当完全匹配时,才允许登录。

以用户baiyang 为例,下表显示了各种组合UserHost值,涵盖了MySQL登录验证的所有情况。

User 值Host 值允许连接
'baiyang''h1.example.net'baiyang,连接 h1.example.net
'''h1.example.net'任何用户,连接 h1.example.net
'baiyang''%'baiyang,从任何主机连接
'''%'任何用户,从任何主机连接
'baiyang''%.example.net'baiyang,从example.net域中的任何主机连接
'baiyang''x.example.%'baiyang,从连接 x.example.net, x.example.com, x.example.edu,等; 这可能没有用
'baiyang''172.19.65.170'baiyang,从主机与IP地址进行连接 172.19.65.170
'baiyang''172.19.65.%'baiyang,从172.19.65 C类子网中的任何主机连接
'baiyang''172.19.65.0/255.255.255.0'与上一个例子相同

上面可以发现user.user 字段值baiyang出现多次,但是对应的user.host却不重复;用户连接请求怎么与mysql.user进行匹配呢?

下面给出mysql的做法:

1:每当数据库加载mysql.user数据后,会对表进行排序

2:当客户端尝试连接时,MySQL server 端按照排序顺序进行匹配验证

3:使用第一条用户名和客户端主机名匹配的行响应客户端的请求

MySQL server mysql.user怎么排序的呢?

哪一行数据的mysql.host越精确,哪一行数据越在前。

如当前mysql.user的数据为:

root@localhost:test 02:51:53> select user,host from mysql.user where user = 'baiyang';
+---------+---------------+
| user    | host          |
+---------+---------------+
| baiyang | %             |
| baiyang | 127.0.0.1     |
| baiyang | 172.19.151.9 |
| baiyang | localhost     |
+---------+---------------+
4 rows in set (0.00 sec)

加载到MySQL server 后,顺序发生了变化,其结果集可以用SQL来表示:

root@localhost:(none) 02:58:30> select user,host from mysql.user where user = 'baiyang' order by host desc;
+---------+---------------+
| user    | host          |
+---------+---------------+
| baiyang | localhost     |
| baiyang | 172.19.151.9 |
| baiyang | 127.0.0.1     |
| baiyang | %             |
+---------+---------------+

不管是从本地客户端还是从远程客户端连接,都会按照上面的排序规则进行验证:匹配上的第一条用户信息响应客户端。

举个例子:分别在本地、远程客户端访问数据库,查看匹配上的用户到底是哪个。
本地连接

1:不指定 host 的连接
默认 hostlocalhost ,那么客户端是以 user='baiyang' host='localhost' 的连接方式去请求MySQL servermysql.user 中存在| baiyang | localhost | 的用户信息,那么将以此来做匹配。

# /mysql/bin/mysql -phahahehe -ubaiyang -e "SELECT CURRENT_USER();"
Warning: Using a password on the command line interface can be insecure.
+-------------------+
| CURRENT_USER()    |
+-------------------+
| baiyang@localhost |
+-------------------+

2:指定 host='127.0.0.1' 的连接,客户端是以 user='baiyang' host='127.0.0.1' 的连接方式去请求MySQL servermysql.user 中存在| baiyang | 127.0.0.1 | 的用户信息,那么将以此来做匹配。

# /mysql/bin/mysql -phahahehe -ubaiyang -h 127.0.0.1 -e "SELECT CURRENT_USER();"
Warning: Using a password on the command line interface can be insecure.
+-------------------+
| CURRENT_USER()    |
+-------------------+
| baiyang@127.0.0.1 |
+-------------------+
远程连接

MySQL Server所在服务器、远程客户端均是阿里云ECS服务器
有公网和内网两个IP

/公网内网
MySQL Server139.224.x.x172.19.65.17
CLient101.132.x.x172.19.151.9

MySQL Server mysql.user表中有

+---------+---------------+
| user    | host          |
+---------+---------------+
| baiyang | 172.19.151.94 |
| baiyang | %             |
+---------+---------------+

两个用于远程连接的用户信息,远程登录用户认证方式如下:

1:139.224.x.x 是 MySQL Server的公网IP,当使用公网IP进行连接时,客户端的IP同为公网IP 101.132.x.x ,该IP在mysql.user没有精确匹配的host,所以认证用户为 baiyang@%

# mysql -h139.224.13.72 -ubaiyang -phahahehe -e "SELECT CURRENT_USER();" -P3308
+----------------+
| CURRENT_USER() |
+----------------+
| baiyang@%      |
+----------------+

2:172.19.65.170 是MySQL Server的内网IP,因此客户端的IP同为内网IP 172.19.151.9,该IP在mysql.user有精确匹配的host,所以认证用户为 baiyang@baiyang@172.19.151.9


# mysql -h172.19.65.170 -ubaiyang -phahahehe -e "SELECT CURRENT_USER();" -P3308
+-----------------------+
| CURRENT_USER()        |
+-----------------------+
| baiyang@172.19.151.9 |
+-----------------------+

以上,只要密码是正确的,就能连接的上数据库;若连接有问题,可以根据报错信息、MySQL用户登录验证方式来排查问题。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值