首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到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)的访问被拒绝
当前回答
所以对我来说，这个问题与我映射的端口有关。
3306 => 3306不工作(因为我有一个本地mysql运行)
3307 => 3306工作!
这是在建立ssh隧道的上下文中:
ssh -N -L 3307:rdsDns:3306 ec2User@ec2Dns -i key.pem -v
3307为本端端口，3306为远端端口。
其他回答
当你输入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地址。
解决这个问题的方法非常简单!
在我的例子中，我已经将我的数据库(mysqldump)导出到一个转储文件中。 然后我将文件复制到目标服务器。 在这个目标服务器上，我创建了目标数据库 然后运行命令将复制的dumpfile导入目标服务器上的新目标数据库。
= = >错误!在这一点上，我只是得到了错误，你也得到了!
现在，想想看!你使用的用户，他在源数据库上有什么GRANT ?
他对新的目标数据库有什么情报? 我认为，你已经看到了问题和解决方案!
= = >解决方案!
所以我进入我的源数据库并导出我使用的用户的所有授权。 之后，我进入我的目标数据库并导入导出的GRANT。
瞧!在此之后，将目标服务器上的源数据库导入到新的目标数据库中工作，没有任何问题!
文字太多了，抱歉!但也许它会帮助某人解决一个问题:-)
如果MySQL运行在不区分大小写的操作系统(如Windows)上，也可能发生这种情况。
例:我发现尝试使用这些凭据连接到数据库失败:
mysql>授予数据库ev105的select权限。*到'specialuser'，标识为's3curepa5wrd';
$ mysql -specialuser' -p's3curepa5wrd' -h10.61.130.89 databaseV105
错误1045(28000):拒绝访问用户'specialuser'@'10.0.1.113'(使用密码:YES)
但是，这成功了:
Mysql >授予select权限*到'specialuser'，标识为's3curepa5wrd';
mysql ' - h10300,300,400 database105 -p
输入密码:
好吧，我不确定，但可能是mysql安装目录中的my.cnf文件是罪魁祸首。 注释掉这一行，问题就可以解决了。
bind-address = 127.0.0.1
对我来说，这个问题是由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”@“%”的插件值为空。该用户将被忽略，任何人都不能再使用该用户登录。
我把这个答案贴在这里，也许是为了让别人不用像我一样花那么多荒谬的时间来研究这个问题。
