连不上数据库时应先打开 phpMyAdmin，因其不依赖 WordPress 代码，可直接验证 MySQL 服务、账号权限、网络路径三层基础是否就绪；若 phpMyAdmin 登录失败，则问题在底层链路而非 WordPress 配置。
为什么连不上数据库时要先打开 phpMyAdmin
因为 phpMyAdmin 是最直接的“数据库连通性探针”——它不依赖 WordPress 任何代码，只验证 MySQL 服务、账号权限、网络路径这三层基础是否就绪。如果 phpMyAdmin 都打不开或登录失败，那 WordPress 报错根本不是配置或插件问题，而是底层链路断了。
常见错误现象包括：Access denied for user 'wpuser'@'127.0.0.1'、Connection refused、空白页或 500 错误。这些信息比 WordPress 统一显示的“建立数据库连接时出错”更精准。
- 用 phpMyAdmin 登录能快速区分是「WordPress 配置错」还是「MySQL 根本不可达」
- 如果 phpMyAdmin 能正常登录对应数据库，说明
DB_NAME、DB_USER、DB_PASSWORD、DB_HOST四项至少有三项正确，问题大概率出在 WordPress 自身（如插件冲突、WP_ALLOW_REPAIR残留） - 如果 phpMyAdmin 登录失败但提示
Unknown MySQL server host 'localhost'，说明DB_HOST值与 MySQL 实际监听方式不匹配（比如 MySQL 只监听 TCP，而 PHP 尝试走 socket） - 若 phpMyAdmin 显示
mysqli_real_connect(): (HY000/2002): No such file or directory，通常是 Unix socket 路径错误或skip-networking开启导致
phpMyAdmin 登录成功但 WordPress 仍报错，说明什么
这意味着数据库服务、账号、权限、网络路径全部 OK，问题一定在 WordPress 运行时环境里。这时候再回头查 wp-config.php 就更有针对性。
重点检查以下几处：
立即学习“PHP免费学习笔记（深入）”；
-
DB_HOST值是否和 phpMyAdmin 实际使用的 host 一致：比如 phpMyAdmin 用127.0.0.1登录成功，但wp-config.php写的是localhost，就可能因 MySQL 的 Host 匹配规则失败（'wpuser'@'localhost'≠'wpuser'@'127.0.0.1'） - 确认
wp-config.php中没有多余的空格或 BOM 字符（尤其 Windows 编辑器易插入不可见字符） - 临时加
define('WP_DEBUG', true);，看真实报错是不是Access denied后缀带具体 Host，从而锁定账号粒度问题 - 检查是否残留
define('WP_ALLOW_REPAIR', true);—— 它会强制进入维护模式，部分请求被拦截，看起来像连接失败
phpMyAdmin 打不开本身该怎么排查
这已经超出 WordPress 范畴，属于服务器级连通问题。别急着改 wp-config.php，先确认基础设施是否在线。
- 检查 MySQL 服务状态：宝塔面板里看【软件管理】→ MySQL 是否运行中；Linux 命令行执行
systemctl status mysqld或service mysql status - 确认端口开放：
netstat -tuln | grep :3306看 MySQL 是否监听；云服务器还要检查安全组是否放行3306 - 查 MySQL 错误日志：路径通常是
/www/server/data/mysql_error.log（宝塔）或/var/log/mysql/error.log，里面常有Can't start server: Bind on TCP/IP port这类关键线索 - 测试本地连接：命令行执行
mysql -u root -p -h 127.0.0.1，绕过 socket 直连 TCP，能排除 socket 配置干扰
真正卡住的地方往往不是 wp-config.php 里哪行写错了，而是 MySQL 用户的 Host 权限粒度、socket 与 TCP 的隐式切换、或者错误日志里一行被忽略的 bind 失败提示。每次看到“建立数据库连接时出错”，先让 phpMyAdmin 说句话，比盲调配置高效得多。
