1045错误本质是MySQL明确拒绝登录，主因是凭据校验失败（用户名/密码错、host不匹配、权限缺失或认证插件不兼容），非PHP代码问题，需通过命令行交叉验证、检查mysql.user表及.env加载状态精准定位。
密码错误不是代码逻辑问题，而是凭据校验失败，直接暴露在错误信息里——关键在于别让它静默失败，也别把错误信息直接吐给用户。
PDO构造时密码错：HY000/1045错误说明凭据被当真用了
报 SQLSTATE[HY000] [1045] Access denied for user 'xxx'@'localhost'，基本等于MySQL服务器明确拒绝了这次登录。这不是PHP没连上，是连上了但账号密码不对。
- 最常见原因是没加引号：
$pdo = new PDO($dsn, username, password)→ PHP 把username和password当常量解析，结果传了字面值"username"和"password"过去 - 检查是否用了变量但变量未定义或为空：
$user = $_ENV['DB_USER'] ?? ''但环境变量根本没设，导致传空字符串 - MySQL 8.0+ 默认用
caching_sha2_password插件，旧驱动（如未装php-mysqlnd）可能不兼容，但此时报的通常是Authentication plugin 'caching_sha2_password' cannot be loaded，而非 1045
mysqli_connect() 密码错：返回 false + connect_error 可读性差
mysqli_connect() 不抛异常，失败只返回 false，必须手动查 mysqli_connect_error() 才能看到具体原因，比如 Access denied for user 'root'@'localhost' (using password: YES)。
- 别写
if (!$conn) die("连接失败")—— 这样掩盖了真实错误，应改为：if (!$conn) { error_log("DB connect failed: " . mysqli_connect_error()); die("服务暂不可用"); } - 若用面向对象方式：
$mysqli = new mysqli(...); if ($mysqli->connect_error) { ... }，注意connect_error是属性，不是方法 - PHP 8.5.5 对扩展加载更严格，如果
mysqli扩展没启用，new mysqli()会直接 fatal error，不会走到密码校验那步
怎么安全地验证密码是否真错了
不能靠猜，得用 MySQL 命令行交叉验证——这是最快确认凭据本身是否有效的办法。
立即学习“PHP免费学习笔记（深入）”；
- 终端执行：
mysql -h 127.0.0.1 -P 3306 -u your_user -p，输入密码。成功 → 凭据没问题，问题在 PHP 配置或网络路径；失败 → 密码或用户名确实不对 - 若
mysql -h localhost能登但 PHP 连不上，大概率是 socket 路径不一致，不是密码问题（此时错误通常是2002或No such file or directory） - 检查用户权限是否限制了来源主机：
SELECT User, Host FROM mysql.user WHERE User = 'your_user';，如果 Host 是192.168.1.%，但 PHP 从127.0.0.1连，也会被拒
生产环境别暴露密码错误细节
开发时开 display_errors=On 没问题，但上线后 Access denied for user 'xxx' 这类信息绝不能出现在前端页面，否则等于告诉攻击者哪些账号存在。
- 确保
display_errors=Off，log_errors=On，错误进日志而不是浏览器 - 捕获异常后统一返回模糊提示：“数据库服务暂时不可用”，不要区分“账号错”还是“连不上”
- 避免在日志里记录完整 DSN 或密码（哪怕只是调试用），
$dsn中的密码字段建议用占位符替代后再打日志
真正难排查的从来不是“密码错了”，而是“你以为密码错了，其实连 socket 路径或认证插件都不匹配”。PHP 8.5.5 不改连接逻辑，但会让这些底层不一致更快暴露出来——所以看到 1045，先别急着重置密码，先确认你连的是同一个 MySQL 实例、走的是同一条协议路径。
