首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到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)的访问被拒绝
当前回答
确保没有其他正在运行的SQL实例正在使用本地主机帖子。在我们的例子中，本地主机上运行的另一个实例与登录冲突。把它关掉就解决了这个问题。
其他回答
对我来说，root有一个默认密码
我用ALTER USER 'root'@'localhost' IDENTIFIED BY 'new password '修改密码;这个方法奏效了
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.
MySQL account names consist of a user name and a host name, The name 'localhost' in host name indicates the local host also You can use the wildcard characters “%” and “_” in host name or IP address values. These have the same meaning as for pattern-matching operations performed with the LIKE operator. For example, a host value of '%' matches any host name, whereas a value of '%.mysql.com' matches any host in the mysql.com domain. '192.168.1.%' matches any host in the 192.168.1 class C network.
以上只是介绍:
实际上，用户“bill”@“localhost”和“bill”@“%”是不同的MySQL帐户，因此两者都应该使用自己的身份验证细节，如密码。
欲了解更多信息，请参阅http://dev.mysql.com/doc/refman//5.5/en/account-names.html
我希望你在mysql中删除debian-sys- maintenance用户没有造成更大的损害
让你的mysql守护进程正常运行。启动mysql客户端，如下所示
mysql -u debian-sys-maint -p
在另一个终端，cat /etc/mysql/debian.cnf文件。该文件包含密码;当提示输入密码时，粘贴该密码。
http://ubuntuforums.org/showthread.php?t=1836919
解决这个问题的方法非常简单!
在我的例子中，我已经将我的数据库(mysqldump)导出到一个转储文件中。 然后我将文件复制到目标服务器。 在这个目标服务器上，我创建了目标数据库 然后运行命令将复制的dumpfile导入目标服务器上的新目标数据库。
= = >错误!在这一点上，我只是得到了错误，你也得到了!
现在，想想看!你使用的用户，他在源数据库上有什么GRANT ?
他对新的目标数据库有什么情报? 我认为，你已经看到了问题和解决方案!
= = >解决方案!
所以我进入我的源数据库并导出我使用的用户的所有授权。 之后，我进入我的目标数据库并导入导出的GRANT。
瞧!在此之后，将目标服务器上的源数据库导入到新的目标数据库中工作，没有任何问题!
文字太多了，抱歉!但也许它会帮助某人解决一个问题:-)
