“Error establishing a database connection”说明WordPress没有成功建立所需数据库连接。常见排查方向包括配置、数据库服务、账户权限和连接资源；它不等于数据库内容已经丢失。
先看故障是持续还是间歇
如果每次都报错，并且刚迁移主机或改过数据库密码，优先核对配置。若高峰时出现、稍后恢复，应同时查数据库连接数、进程和主机资源。首页偶尔正常也可能来自缓存，不能据此断言数据库没有问题。
逐项核对，不要重建空库覆盖
| 检查项 | 应比对的对象 |
|---|---|
| 数据库名称 | 当前站点配置与主机面板中的实际库 |
| 用户名及密码 | 该数据库获授权的账户，而非面板登录账户 |
| 数据库主机 | 主机商给出的地址、端口或套接字 |
| 权限 | 该用户是否能连接并访问目标库 |
| 服务状态 | 数据库是否启动，是否有连接拒绝或资源告警 |
主机值并非所有环境都写localhost。修改前保留配置副本，编辑时避免额外空格、错误引号或漏掉分号；不要在截图和工单中公开密码。
用同一环境验证连接
维护人员应从运行网站的服务器检查到数据库的连接，而不只是在自己电脑登录管理面板。面板可用，只能说明面板的访问路径成立。检查服务日志的时间戳，区分认证失败、连接超时、连接数耗尽等不同情况。
若只有某张表报损坏，才进一步按数据库引擎与备份条件讨论修复。不要一出现连接错误就运行修复全库，更不要把旧备份直接恢复到仍在接单的商城，以免覆盖新订单。
修复后核对什么
确认首页、后台和一项读取数据库的操作都恢复；再检查新请求的错误日志。商城还应对照故障前后的订单和库存，确认没有因先前操作造成数据缺口。保留配置变更和恢复时间，方便下次定位。
重启数据库能算修复吗？ 重启可能暂时释放资源，但如果根因是慢查询或连接泄漏，故障仍会回来。恢复服务后还要追查触发条件。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
