首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到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)的访问被拒绝
当前回答
解决这个问题的方法非常简单!
在我的例子中，我已经将我的数据库(mysqldump)导出到一个转储文件中。 然后我将文件复制到目标服务器。 在这个目标服务器上，我创建了目标数据库 然后运行命令将复制的dumpfile导入目标服务器上的新目标数据库。
= = >错误!在这一点上，我只是得到了错误，你也得到了!
现在，想想看!你使用的用户，他在源数据库上有什么GRANT ?
他对新的目标数据库有什么情报? 我认为，你已经看到了问题和解决方案!
= = >解决方案!
所以我进入我的源数据库并导出我使用的用户的所有授权。 之后，我进入我的目标数据库并导入导出的GRANT。
瞧!在此之后，将目标服务器上的源数据库导入到新的目标数据库中工作，没有任何问题!
文字太多了，抱歉!但也许它会帮助某人解决一个问题:-)
其他回答
确保没有其他正在运行的SQL实例正在使用本地主机帖子。在我们的例子中，本地主机上运行的另一个实例与登录冲突。把它关掉就解决了这个问题。
不确定其他人是否会发现这有帮助，但我遇到了同样的错误，并搜索任何匿名用户…但实际上并没有。问题最终是用户帐户被设置为“要求SSL”-这是我在PHPMyAdmin通过进入用户帐户并单击编辑用户的权限发现的。只要我取消了这个选项，一切都按预期工作!
当你运行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安装目录中的my.cnf文件是罪魁祸首。 注释掉这一行，问题就可以解决了。
bind-address = 127.0.0.1
当你输入mysql -u root -p时，你是在通过本地unix套接字连接到mysql服务器。
不管你给的授权是什么，'bill'@'%'只匹配TCP/IP连接。
如果你想要授予对本地unix套接字的访问权限，你需要授予'bill'@'localhost'权限，奇怪的是，这与'bill'@'127.0.0.1'不一样。
您也可以使用TCP/IP连接mysql命令行客户端，以匹配您已经授予的权限，例如运行mysql -u root -p -h 192.168.1.123或任何您的本地IP地址。
