在我的情况下，服务器托管我的代码是发送'@blablabla.amazonaws.com'在用户名的ed时，试图登录MySQL。所以我不得不将%.amazonws.com添加到我的主机的用户配置(dreamhost)中，它通过了

我遇到了同样的错误。失败的设置如下:

define("HOSTNAME", "localhost");
define("HOSTUSER", "van");
define("HOSTPASS", "helsing");
define("DBNAME", "crossbow");
$connection = mysqli_connect(HOSTNAME, HOSTUSER, HOSTPASS);

下面编辑的设置是让它工作的一个。注意到区别了吗?

define('HOSTNAME', 'localhost');
define('HOSTUSER', 'van');
define('HOSTPASS', 'helsing');
define('DBNAME', 'crossbow');
$connection = mysqli_connect(HOSTNAME, HOSTUSER, HOSTPASS);

区别在于双引号。与Java相比，它们在PHP中似乎相当重要，它们在转义字符、设置url以及现在向函数传递参数时都有影响。它们更漂亮(我知道)，但总是尽可能多地使用单引号，如果必要的话，可以在其中嵌套双引号。

当我在Linux机器上而不是Windows环境上测试应用程序时，出现了这个错误。

解决这个问题的方法非常简单!

在我的例子中，我已经将我的数据库(mysqldump)导出到一个转储文件中。 然后我将文件复制到目标服务器。 在这个目标服务器上，我创建了目标数据库 然后运行命令将复制的dumpfile导入目标服务器上的新目标数据库。

= = >错误!在这一点上，我只是得到了错误，你也得到了!

现在，想想看!你使用的用户，他在源数据库上有什么GRANT ?

他对新的目标数据库有什么情报? 我认为，你已经看到了问题和解决方案!

= = >解决方案!

所以我进入我的源数据库并导出我使用的用户的所有授权。 之后，我进入我的目标数据库并导入导出的GRANT。

瞧!在此之后，将目标服务器上的源数据库导入到新的目标数据库中工作，没有任何问题!

文字太多了，抱歉!但也许它会帮助某人解决一个问题:-)

对我来说，这个问题是由MySQL 5.7.2的一个新特性引起的:如果用户的插件字段为空，用户条目将被忽略。

设置为mysql_native_password以重新启用它们:

UPDATE user SET plugin='mysql_native_password' WHERE user='foo';
FLUSH PRIVILEGES;

请参阅MySQL 5.7.2的发布说明，在«Authentication notes»下。

由于某些原因(可能是因为我在4.1之前的密码散列被删除了)，mysql_upgrade脚本没有设置默认的插件值。

我是通过注意/var/log/mysql/error.log中的以下警告消息发现的:

[警告]用户条目“foo”@“%”的插件值为空。该用户将被忽略，任何人都不能再使用该用户登录。

我把这个答案贴在这里，也许是为了让别人不用像我一样花那么多荒谬的时间来研究这个问题。

MySQL account names consist of a user name and a host name, The name 'localhost' in host name indicates the local host also You can use the wildcard characters “%” and “_” in host name or IP address values. These have the same meaning as for pattern-matching operations performed with the LIKE operator. For example, a host value of '%' matches any host name, whereas a value of '%.mysql.com' matches any host in the mysql.com domain. '192.168.1.%' matches any host in the 192.168.1 class C network.

以上只是介绍:

实际上，用户“bill”@“localhost”和“bill”@“%”是不同的MySQL帐户，因此两者都应该使用自己的身份验证细节，如密码。

欲了解更多信息，请参阅http://dev.mysql.com/doc/refman//5.5/en/account-names.html

您可能有一个匿名用户“@'localhost'或“@'127.0.0.1'”。

根据手册:

当可能有多个匹配时，服务器必须确定其中的哪一个 使用它们。它解决这个问题如下:(…) 当客户端尝试连接时，服务器会检查mysql表的[行。用户]。 服务器使用与客户端主机名和用户名匹配的第一行。 (…) 服务器使用排序规则首先对具有最特定的Host值的行进行排序。 字面主机名[如'localhost']和IP地址是最具体的。

因此，当从本地主机连接时，这样的匿名用户将“屏蔽”任何其他用户，如“[any_username]”@“%”。

'bill'@'localhost'不匹配'bill'@'%'，但会匹配(例如)“@事先“localhost”。

推荐的解决方案是删除这个匿名用户(这通常是一件好事)。

下面的编辑大多与主要问题无关。这些只是为了回答本帖其他评论中提出的一些问题。

编辑1

通过套接字验证为'bill'@'%'。

    root@myhost:/home/mysql-5.5.16-linux2.6-x86_64# ./mysql -ubill -ppass --socket=/tmp/mysql-5.5.sock
    Welcome to the MySQL monitor (...)
    
    mysql> SELECT user, host FROM mysql.user;
    +------+-----------+
    | user | host      |
    +------+-----------+
    | bill | %         |
    | root | 127.0.0.1 |
    | root | ::1       |
    | root | localhost |
    +------+-----------+
    4 rows in set (0.00 sec)
    
    mysql> SELECT USER(), CURRENT_USER();
    +----------------+----------------+
    | USER()         | CURRENT_USER() |
    +----------------+----------------+
    | bill@localhost | bill@%         |
    +----------------+----------------+
    1 row in set (0.02 sec)
    
    mysql> SHOW VARIABLES LIKE 'skip_networking';
    +-----------------+-------+
    | Variable_name   | Value |
    +-----------------+-------+
    | skip_networking | ON    |
    +-----------------+-------+
    1 row in set (0.00 sec)
    

编辑2

完全相同的设置，除了我重新激活了网络，我现在创建了一个匿名用户“@'localhost'。

    root@myhost:/home/mysql-5.5.16-linux2.6-x86_64# ./mysql
    Welcome to the MySQL monitor (...)
    
    mysql> CREATE USER ''@'localhost' IDENTIFIED BY 'anotherpass';
    Query OK, 0 rows affected (0.00 sec)
    
    mysql> Bye

    root@myhost:/home/mysql-5.5.16-linux2.6-x86_64# ./mysql -ubill -ppass \
        --socket=/tmp/mysql-5.5.sock
    ERROR 1045 (28000): Access denied for user 'bill'@'localhost' (using password: YES)
    root@myhost:/home/mysql-5.5.16-linux2.6-x86_64# ./mysql -ubill -ppass \
        -h127.0.0.1 --protocol=TCP
    ERROR 1045 (28000): Access denied for user 'bill'@'localhost' (using password: YES)
    root@myhost:/home/mysql-5.5.16-linux2.6-x86_64# ./mysql -ubill -ppass \
        -hlocalhost --protocol=TCP
    ERROR 1045 (28000): Access denied for user 'bill'@'localhost' (using password: YES)

编辑3

与编辑2中的情况相同，现在提供匿名用户的密码。

    root@myhost:/home/mysql-5.5.16-linux2.6-x86_64# ./mysql -ubill -panotherpass -hlocalhost
    Welcome to the MySQL monitor (...)

    mysql> SELECT USER(), CURRENT_USER();
    +----------------+----------------+
    | USER()         | CURRENT_USER() |
    +----------------+----------------+
    | bill@localhost | @localhost     |
    +----------------+----------------+
    1 row in set (0.01 sec)

来自编辑1的结论1:可以通过套接字验证为'bill'@'%'。

结论2，来自编辑2:一个人是通过TCP连接还是通过套接字连接对身份验证过程没有影响(除非一个人不能通过套接字以'something'@'localhost'的身份连接，显然)。

来自编辑3的结论3:尽管我指定了-ubill，但我被授予了匿名用户的访问权限。这是因为上面建议的“排序规则”。注意，在大多数默认安装中，都存在一个无密码的匿名用户(应该保护/删除)。