mysql无法外网连接 Host * is not allowed to connect to this MySQL server

在本机登入mysql后，更改"mysql"数据库里的"user"表里的"host"项，从"localhost"改为'%'。

代码如下

mysql>

mysql>use mysql;

mysql>select host from user where user='root';

mysql>update user set Host='%' where User='root';

#查看mysql库中的user表的host值（即可进行连接访问的主机/IP名称）

Linux中的mysql，user值为root的，有三条记录

修改了这条有密码的记录，重启mysql服务后，数据库能远程访问。

但是控制台就无法登录mysql了。

原因是，user表中其它几条记录影响了，全部删掉，只留下有密码的这一条记录即可。

2018年12月8日，客户用phpStudy，用了上述方法，只剩下一条root的，127.0.0.1无法登录，用localhost就可以登录，执行这个命令，其实就是在user表里添加一条记录
grant all privileges on . to 'root'@'127.0.0.1' identified by 'tXkj-8002-vErygood';

2018年12月9日，在CentOS虚拟机里装好mysql，执行以下语句，物理机192.168.1.21还是无法访问
grant all privileges on . to 'root'@'%' identified by '123456';
执行了以下语句，才可以访问
grant all privileges on . to 'root'@'192.168.1.21' identified by '123456';

原因如下文所示：

https://www.linuxidc.com/Linux/2015-03/115164.htm
在安装完成MySQL后，我们通常添加拥有相应权限的普通用户用来访问数据库。在使用用户本地登录数据库的时候，经常会出现怎么登录也无法登录的情况,但是从其他的mysql客户端却可以登录。
[root@mysql01 ~]# mysql -userver -p123456
ERROR 1045 (28000): Access denied for user 'server'@'localhost' (using password: YES)
本地登录失败；
[root@mysql02 ~]# mysql -h192.168.47.166 -userver -p123456
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 7
Server version: 5.5.36-log Source distribution
远程登录成功；
一、登录后查看mysql.user表的情况
image
可以看到，我的数据库中有server用户和匿名用户localhost;
•server用户的密码是'server'
•匿名用户的密码为空
二、在本机用server用户登录，发现不用密码可以登录；
[root@mysql01 ~]# mysql -userver -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.5.36-log Source distribution
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> SELECT USER(), CURRENT_USER();
+--------------------------+-----------------------+
| USER() | CURRENT_USER() |
+-------------------------+------------------------+
| server@localhost | @localhost |
+-------------------------+-------------------------+
1 row in set (0.00 sec)br/>登录成功了，使用USER()和CURRENT_USER()两个函数查看所使用的用户。
•USER()函数返回你在客户端登陆时指定的用户名和主机名。
•CURRENT_USER()函数返回的是MySQL使用授权表中的哪个用户来认证你的登录请求。
这里发现，我使用'server'@'localhost'这个账户登录数据库（因为在本地登陆时没指定主机，默认是以localhost登录），但是数据库使用的是''@'localhost'这个账户来进行登录认证，而''@'localhost'这个匿名用户是没有密码的，因此我输入空密码登录成功了。但是登录后，所对应的用户的匿名用户。
一般在MySQL在安装完毕后，我们使用mysql_install_db这个脚本生成授权表，会默认创建''@'localhost'这个匿名用户。正是因为这个匿名用户，影响了其他用户从本地登录的认证。
那么MySQL是如何进行用户身份认证呢？
一、当用户从客户端请求登陆时，MySQL将授权表中的条目与客户端所提供的条目进行比较，包括用户的用户名，密码和主机。授权表中的Host字段是可以使用通配符作为模式进行匹配的，如test.example.com, %.example.com, %.com和%都可以匹配test.example.com这个主机。授权表中的User字段不允许使用模式匹配，但是可以有一个空字符的用户名代表匿名用户，并且空字符串可以匹配所有的用户名，就像通配符一样。 当user表中的Host和User有多个值可以匹配客户端提供的主机和用户名时，MySQL将user表读入内存，并且按照一定规则排序，按照排序规则读取到的第一个匹配客户端用户名和主机名的条目对客户端进行身份验证。
二、排序规则：对于Host字段，按照匹配的精确程度进行排序，越精确的排序越前，例如当匹配test.example.com这个主机时, %.example.com比%.com更精确，而test.example.com比%.example.com更精确。对于User字段，非空的字符串用户名比空字符串匹配的用户名排序更靠前。 User和Host字段都有多个匹配值，MySQL使用主机名排序最前的条目，在主机名字段相同时再选取用户名排序更前的条目。因此，如果User和Host字段都有多个匹配值，主机名最精确匹配的条目被用户对用户进行认证。
了解了这个认证流程，就知道为什么server登录失败了。
使用GaMe在本机登录数据时，不指定-h参数默认为localhost主机登录，而在MySQL中有两个匹配的条目：'server'@'%' 和 ''@'localhost'br/>匿名用户能够匹配的原因上面说过，空字符串可以匹配所有的用户名，就像通配符一样。
根据MySQL认证时的排序规则，第一个条目的用户名排序更前，第二个条目的主机名更精确，排序更前。
而MySQL会优先使用主机名排序第一的条目进行身份认证，因此''@'localhost'被用户对客户端进行认证。因此，只有使用匿名用户的空密码才能登录进数据库。就会出现下面的情况了。
解决的方法：删除匿名用户（仅仅为了安全也有这个必要）
为什么root用户不会受影响，而只有普通用户不能从本地登录？
因为mysql_install_db脚本会在授权表中生成'root'@'localhost'这个账户。同样的，使用root登录MySQL 时，'root'@'localhost'和''@'localhost'都能匹配登录的账户，但是根据排序规则，主机名相同，而用户名非空字符串优先，因此'root'@'localhost'这个条目的排序更靠前。使用root本地登录是不会被匿名用户遮盖。