首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到Amazon EC2实例。我可以用这个命令登录MySQL根目录:
mysql -u root -p
然后我用host %创建了一个新的用户帐单
CREATE USER 'bill'@'%' IDENTIFIED BY 'passpass';
授予用户bill的所有权限:
grant all privileges on *.* to 'bill'@'%' with grant option;
然后我退出root用户，尝试用bill登录:
mysql -u bill -p
输入正确的密码并得到以下错误:
错误1045(28000):用户“账单”@“localhost”(使用密码:YES)的访问被拒绝
当前回答
操作系统:windows
我的错误信息是:
MySQL ERROR 1045(28000):用户'root'@'localhost'(使用密码:YES)被拒绝访问
我的原因是，我没有打开cmd与管理员权限。
所以我的解决方案是作为管理员打开cmd，然后它就工作了。
其他回答
当你运行mysql -u bill -p时，localhost被解析为你的ip，因为它是127.0.0.1，在你的/etc/hosts文件中，默认的127.0.0.1 localhost存在。因此，mysql将您解释为bill@localhost，而不是授予bill@'%'。这就是为什么有2个不同的记录根用户的结果选择主机，用户从mysql.user;查询
有两种方法可以处理这个问题。
一个是指定一个ip，当您尝试登录时，该ip不会被/etc/hosts文件反向解析。例如，服务器的ip为10.0.0.2。执行mysql -u bill -p -h 10.0.0.2命令即可登录。如果输入select user();，将得到bill@10.0.0.2。当然，在/etc/hosts文件中，任何域名都不应该解析为这个ip。
其次，您需要授予该特定域名的访问权限。对于bill@localhost，您应该调用命令授予*上的所有特权。*到bill@localhost，通过“billpass”识别;． 在这种情况下，你可以用mysql -u bill -p命令登录。登录后，选择user();命令返回bill@localhost。
但这仅适用于您尝试登录同一主机上的mysql服务器。从远程主机，mysql的行为是预期的，'%'将授予您登录。
我希望你在mysql中删除debian-sys- maintenance用户没有造成更大的损害
让你的mysql守护进程正常运行。启动mysql客户端，如下所示
mysql -u debian-sys-maint -p
在另一个终端，cat /etc/mysql/debian.cnf文件。该文件包含密码;当提示输入密码时，粘贴该密码。
http://ubuntuforums.org/showthread.php?t=1836919
不确定其他人是否会发现这有帮助，但我遇到了同样的错误，并搜索任何匿名用户…但实际上并没有。问题最终是用户帐户被设置为“要求SSL”-这是我在PHPMyAdmin通过进入用户帐户并单击编辑用户的权限发现的。只要我取消了这个选项，一切都按预期工作!
I discovered yet another case that appears on the surface to be an edge case; I can export to the file system, via SELECT INTO .. OUTFILE as root, but not as regular user. While this may be a matter of permissions, I've looked at that, and see nothing especially obvious. All I can say is that executing the query as a regular user who has all permissions on the data base in question returns the access denied error that led me to this topic. When I found the transcript of a successful use of SELECT INTO … OUTFILE in an old project, I noticed that I was logged in as root. Sure enough, when I logged in as root, the query ran as expected.
只是想让你知道一个不寻常的情况下，我收到了同样的错误。也许这在将来会对某些人有所帮助。
我开发了一些基本视图，在开发站点创建，并将它们转移到生产站点。那周晚些时候，我修改了一个PHP脚本，突然出现了一个错误，用户“local-web-user”@“localhost”的访问被拒绝。数据源对象没有改变，所以我把注意力集中在MySQL中的数据库用户上，同时担心有人入侵我的网站。幸运的是，遗址的其他部分似乎没有受到损害。
后来证明，这些观点才是罪魁祸首。我们的对象传输是使用本地网站用户以外的另一个用户(并且是远程:admin@ip-address)完成的。因此，视图是用'admin'@'ip-address'作为定义符创建的。视图创建SECURITY default为
SQL SECURITY DEFINER
当local-web-user试图使用视图时，它会偶然发现定义者缺乏使用表的特权。一旦安全性更改为:
SQL SECURITY INVOKER
问题解决了。实际问题与基于错误消息的预期完全不同。
