首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到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)的访问被拒绝
当前回答
对我来说，root有一个默认密码
我用ALTER USER 'root'@'localhost' IDENTIFIED BY 'new password '修改密码;这个方法奏效了
其他回答
只是想让你知道一个不寻常的情况下，我收到了同样的错误。也许这在将来会对某些人有所帮助。
我开发了一些基本视图，在开发站点创建，并将它们转移到生产站点。那周晚些时候，我修改了一个PHP脚本，突然出现了一个错误，用户“local-web-user”@“localhost”的访问被拒绝。数据源对象没有改变，所以我把注意力集中在MySQL中的数据库用户上，同时担心有人入侵我的网站。幸运的是，遗址的其他部分似乎没有受到损害。
后来证明，这些观点才是罪魁祸首。我们的对象传输是使用本地网站用户以外的另一个用户(并且是远程:admin@ip-address)完成的。因此，视图是用'admin'@'ip-address'作为定义符创建的。视图创建SECURITY default为
SQL SECURITY DEFINER
当local-web-user试图使用视图时，它会偶然发现定义者缺乏使用表的特权。一旦安全性更改为:
SQL SECURITY INVOKER
问题解决了。实际问题与基于错误消息的预期完全不同。
如果您使用旧版本的MySQL UI(如SQLYoug)，生成的密码带有错误的散列，也会出现这个问题。
用SQL脚本创建用户可以解决这个问题。
如果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
输入密码:
不确定其他人是否会发现这有帮助，但我遇到了同样的错误，并搜索任何匿名用户…但实际上并没有。问题最终是用户帐户被设置为“要求SSL”-这是我在PHPMyAdmin通过进入用户帐户并单击编辑用户的权限发现的。只要我取消了这个选项，一切都按预期工作!
这可能只适用于少数人，但事实就是这样。不要用感叹号!在你的密码里。
我做到了，并使用MariaDB得到了上述错误。当我把它简化成数字和字母时，它是可行的。其他字符，如@和$工作得很好-我在同一实例的不同用户中使用了这些字符。
这个地址的第五次回复让我找到了解决办法。
