前些天接到一个客户发来的信息:自建MySQL
实例之后,使用 mysql -uroot@'192.168.3.6'
无法登录,密码没有问题;后面将所有其他不相干的mysql.user
表数据删除后,可以正常登录。
因为客户并没有保存详细的登录及报错信息,导致完全复原客户场景。
借这个机会好好说说MySQL
数据库登录验证的步骤,在登录遇到问题时提供参考。
当尝试连接到MySQL server
时,服务器会根据用户名、密码来验证您的身份。如果没有,服务器将完全拒绝对您的访问。否则,服务器接受连接,然后进入等待请求阶段。
连接验证阶段
连接请求到达服务器之后,MySQL
会将用户名、密码、Host
参数信息与mysql.users.(user、password、host)
进行验证。当完全匹配时,才允许登录。
以用户baiyang
为例,下表显示了各种组合User
和Host
值,涵盖了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
的连接
默认 host
为 localhost
,那么客户端是以 user='baiyang' host='localhost'
的连接方式去请求MySQL server
;mysql.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 server
;mysql.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 Server | 139.224.x.x | 172.19.65.17 |
CLient | 101.132.x.x | 172.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用户登录验证方式来排查问题。