wordpress连不上数据库是因为改错了凭据层级：wp-config.php中的db_user/db_password控制数据库连接，wp_users表的user_pass仅用于后台登录；误删mysql.user记录、phpmyadmin选错加密函数或未同步更新db_password均会导致access denied。
phpMyAdmin改完user_pass字段，WordPress仍连不上？
不是密码没生效，而是你改的压根不是数据库连接用的凭据。WordPress连接MySQL靠的是wp-config.php里的DB_USER和DB_PASSWORD，不是wp_users表里的user_pass。后者只管后台登录，前者才管PHP能不能连上库。改错地方，当然报错。
在phpMyAdmin里误删/改了mysql.user表导致Access denied
有些用户看到“Access denied for user 'xxx'@'127.0.0.1'”，就去phpMyAdmin里翻mysql库，手抖删了mysql.user某条记录，或改了Host值——这直接废掉数据库账号本身。WordPress还没走到查wp_users那步，就在认证阶段被MySQL拒绝了。
实操建议：
- 别碰
mysql库下的任何表，除非你清楚自己在执行DROP USER还是CREATE USER - 用root账号登录MySQL，运行
SELECT User,Host FROM mysql.user;确认DB_USER对应记录存在且Host匹配（比如'wpuser'@'localhost'≠'wpuser'@'127.0.0.1'） - 如果Host是
'%'但MySQL配置了skip-name-resolve，也可能导致解析失败，此时强制用'127.0.0.1'更稳
用phpMyAdmin改密码时选错了加密函数
你在wp_users.user_pass字段填了明文密码，下拉框却选了NOW()或UUID()这类函数——结果存进去的不是哈希值，而是一个时间戳或随机字符串。WordPress读到乱码，校验失败，但错误仍显示为“建立数据库连接时出错”，极具迷惑性。
正确做法：
- 输入明文密码后，下拉框必须选
MD5（WordPress 5.9及之前主流版本）或SHA256（部分新版+自定义盐值场景） - 不要依赖phpMyAdmin自动填充函数，手动清空原值再粘贴新密码+选函数
- 改完立刻用该账号尝试登录/wp-login.php，而不是等刷新首页——首页报错不等于登录模块出问题
改完密码忘了同步更新wp-config.php里的DB_PASSWORD
最隐蔽也最常被忽略：你重置了MySQL用户密码（比如用ALTER USER 'wpuser'@'localhost' IDENTIFIED BY 'newpass123';），但没同步改wp-config.php里的DB_PASSWORD。WordPress拿旧密码去连，MySQL直接拒之门外，报错信息还是那句万能的“建立数据库连接时出错”。
排查关键点：
- 确认你改的是哪个层级的密码：是MySQL账号密码（影响连接），还是WordPress用户密码（只影响后台登录）
- 如果用了宝塔、cPanel等面板，检查面板里“数据库管理”页显示的密码，是否和
wp-config.php里的一致 - 临时在
wp-config.php顶部加define('WP_DEBUG', true);，错误页会暴露真实MySQL报错，比如mysqli_real_connect(): (HY000/1045): Access denied for user 'wpuser'@'localhost' (using password: YES)
真正卡住人的从来不是技术多难，而是分不清「连数据库」和「登后台」这两件事根本走的是两套凭证体系。改完记得问自己一句：这次操作，到底动了哪一层的钥匙？
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
