首先让我提一下，我已经看了很多建议的问题，但没有找到相关的答案。这就是我正在做的。
我连接到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时没有指定-p参数。
mysql -p
我没有问题，但它是错误的调用mysql没有密码。
其他回答
操作系统:windows
我的错误信息是:
MySQL ERROR 1045(28000):用户'root'@'localhost'(使用密码:YES)被拒绝访问
我的原因是，我没有打开cmd与管理员权限。
所以我的解决方案是作为管理员打开cmd，然后它就工作了。
对我来说，在进入mysql时没有指定-p参数。
mysql -p
我没有问题，但它是错误的调用mysql没有密码。
现在!解决方案:
MySQL错误1045(28000):拒绝访问用户'user'@'localhost' (使用密码:YES);
Wampserver 3.2.0新的安装或升级
也许xamp使用mariaDB作为默认值就可以了。
Wamp服务器自带mariaDB和mysql, mariaDB默认安装在3306端口，mysql默认安装在3307端口，有时端口是3308。
连接mysql!
在安装时，它要求使用mariaDB或MySql，但mariaDB是默认的，你不能改变它，检查MySql选项并安装。
安装完成后，将在默认端口3306上运行mariaDB，在另一个端口3307或3308上运行mysql。
右击wampserver图标，它的运行应该在右下角，转到工具，看到正确的mysql运行端口。
并将其包含在数据库连接中，如下所示:
$host = 'localhost';
$db = 'test';
$user = 'root';
$pass = '';
$charset = 'utf8mb4';
$port = '3308';//Port
$dsn = "mysql:host=$host;dbname=$db;port=$port;charset=$charset"; //Add in connection
$options = [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
PDO::ATTR_EMULATE_PREPARES => false,
];
try {
$pdo = new PDO($dsn, $user, $pass, $options);
} catch (\PDOException $e) {
throw new \PDOException($e->getMessage(), (int)$e->getCode());
}
注意:我使用pdo。
更多信息请访问:https://sourceforge.net/projects/wampserver/
我也遇到了类似的问题——当我第一次尝试以root用户登录MySQL时，它告诉我访问被拒绝。原来我忘了用sudo…
所以，如果你第一次尝试root失败了，试试:
sudo mysql -u root -p
然后输入密码，就可以了。
只是想让你知道一个不寻常的情况下，我收到了同样的错误。也许这在将来会对某些人有所帮助。
我开发了一些基本视图，在开发站点创建，并将它们转移到生产站点。那周晚些时候，我修改了一个PHP脚本，突然出现了一个错误，用户“local-web-user”@“localhost”的访问被拒绝。数据源对象没有改变，所以我把注意力集中在MySQL中的数据库用户上，同时担心有人入侵我的网站。幸运的是，遗址的其他部分似乎没有受到损害。
后来证明，这些观点才是罪魁祸首。我们的对象传输是使用本地网站用户以外的另一个用户(并且是远程:admin@ip-address)完成的。因此，视图是用'admin'@'ip-address'作为定义符创建的。视图创建SECURITY default为
SQL SECURITY DEFINER
当local-web-user试图使用视图时，它会偶然发现定义者缺乏使用表的特权。一旦安全性更改为:
SQL SECURITY INVOKER
问题解决了。实际问题与基于错误消息的预期完全不同。
