access denied for user 错误90%因php未同步新密码，其余10%是host不匹配（如localhost≠127.0.0.1）或caching_sha2_password插件不兼容；需检查配置凭据、确认mysql.user中user@host与连接方式一致，并在必要时执行alter user ... identified with mysql_native_password及flush privileges。
改完 MySQL 密码后 PHP 连不上，90% 是客户端没同步更新凭据，剩下 10% 是认证插件或 host 匹配问题——不是服务挂了，也不是代码写错了。
PHP 连接报 Access denied for user 怎么快速定位
这个错误明确指向身份验证失败，优先查三件事：
- PHP 代码或配置文件里写的
password值是否已替换成新密码（注意引号、空格、特殊字符） - MySQL 用户的
host是否匹配：比如你在代码里用'localhost'连，但用户实际是'root'@'127.0.0.1'，就会被拒绝 - 执行
SELECT user, host, plugin FROM mysql.user WHERE user = 'your_user';，确认plugin不是caching_sha2_password（PHP 8.1 默认不支持该插件）
PHP 8.1 + MySQL 8.0 连接报 authentication plugin 'caching_sha2_password' is not supported
这是版本兼容性硬伤，PHP 8.1 的 mysqli 扩展默认不带 OpenSSL 支持或版本太旧时无法处理新认证方式。别改 PHP 编译参数，直接在 MySQL 侧降级认证：
- 登录 MySQL 后执行：
ALTER USER 'your_user'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_password'; - 必须紧跟：
FLUSH PRIVILEGES;，否则不生效 - 如果用户是从远程连接（比如 Docker 或 Nginx 容器），把
'localhost'换成对应 host，例如'your_user'@'%'或'your_user'@'172.17.0.1'
PHP 用 localhost 死活连不上，但换 127.0.0.1 就通了
这不是 bug，是 Linux/macOS 下的 socket 行为差异：localhost 强制走 Unix domain socket，而 127.0.0.1 走 TCP。很多环境（尤其是 phpEnv、phpStudy、Docker）中 socket 路径不一致或权限不对，导致静默失败。
- 检查 MySQL 实际 socket 路径：
mysql -u root -p -e "SHOW VARIABLES LIKE 'socket';" - 如果 PHP 配置了
mysqli.default_socket，确保它和上一步输出一致；否则干脆在连接时显式指定 host 为127.0.0.1 - Docker 场景下，
localhost指的是 PHP 容器自己，不是宿主机 MySQL——必须用host.docker.internal（macOS/Windows）或宿主机真实 IP（Linux）
改完密码后 PHP 还连旧密码，配置明明改了却没生效
常见于缓存或路径错位：
- PHP-FPM 进程可能缓存了旧配置，改完代码后要重启：
sudo systemctl restart php-fpm（或对应版本如php8.1-fpm） - 检查是否误改了开发环境配置，而生产环境用的是另一份（比如
.env和config/database.php两处都要核对） - 某些框架（Laravel）会缓存配置，运行
php artisan config:clear清除配置缓存 - 确认没在代码里硬编码密码，比如
$password = 'old123';这种写法比任何配置都优先
最常被忽略的一点：MySQL 用户的 host 和 PHP 连接时填的 host 必须逻辑等价，'user'@'localhost' ≠ 'user'@'127.0.0.1' ≠ 'user'@'%'，三者是完全独立的账号。连不上先看这个，比重装扩展快十倍。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
