首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到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)的访问被拒绝
当前回答
在我的案例中，一个相关的问题是试图连接使用:
mysql -u mike -p mypass
空格显然是允许在-u #uname#之间，但不允许在-p和#password#之间
因此需要:
mysql -u mike -pmypass
否则，在空格之间-p mpass mysql以' mpass '作为数据库名
其他回答
只是想让你知道一个不寻常的情况下，我收到了同样的错误。也许这在将来会对某些人有所帮助。
我开发了一些基本视图，在开发站点创建，并将它们转移到生产站点。那周晚些时候，我修改了一个PHP脚本，突然出现了一个错误，用户“local-web-user”@“localhost”的访问被拒绝。数据源对象没有改变，所以我把注意力集中在MySQL中的数据库用户上，同时担心有人入侵我的网站。幸运的是，遗址的其他部分似乎没有受到损害。
后来证明，这些观点才是罪魁祸首。我们的对象传输是使用本地网站用户以外的另一个用户(并且是远程:admin@ip-address)完成的。因此，视图是用'admin'@'ip-address'作为定义符创建的。视图创建SECURITY default为
SQL SECURITY DEFINER
当local-web-user试图使用视图时，它会偶然发现定义者缺乏使用表的特权。一旦安全性更改为:
SQL SECURITY INVOKER
问题解决了。实际问题与基于错误消息的预期完全不同。
好吧，我不确定，但可能是mysql安装目录中的my.cnf文件是罪魁祸首。 注释掉这一行，问题就可以解决了。
bind-address = 127.0.0.1
确保没有其他正在运行的SQL实例正在使用本地主机帖子。在我们的例子中，本地主机上运行的另一个实例与登录冲突。把它关掉就解决了这个问题。
当你输入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地址。
这太迟了
我尝试了所有这些其他答案，并运行了许多不同版本的mysql -u root -p，但从来没有运行过
Mysql -u root -p
然后按[ENTER]输入密码。
一旦我这么做了，就成功了。希望这能帮助到一些人。
