AWS Ubuntu环境下WordPress数据库间歇性连接失败求助

API 探路者

2026-5-19

排查夜间间歇性WordPress数据库连接拒绝问题

我碰到过不少类似的夜间间歇性数据库连接问题，尤其是在AWS Ubuntu环境下，咱们一步步来拆解这个反复出现的麻烦——毕竟重启服务器只是治标，得找到根因才行。

一、先确认数据库服务是不是真的“罢工”了

你看到的Connection refused错误，大概率是MySQL/MariaDB服务在夜间挂掉或者被系统强制终止了。咱们先查日志：

直接看数据库服务的系统日志，Ubuntu上用这个命令（如果是MariaDB就把mysql换成mariadb）：
```
journalctl -u mysql --since "2 days ago"
```
重点找故障时段的日志，有没有服务崩溃、被OOM Killer（内存不足杀手）干掉的记录。
再检查系统的OOM日志，看看是不是内存不够导致数据库被强制杀死：
```
dmesg | grep -i oom
```
如果看到类似killed process XXXX (mysqld)的内容，那就是内存不足的锅——你调了PHP内存到256MB，但服务器整体内存不够的话，数据库还是会被系统优先终止。

虽然重启能解决，但还是得确认配置没毛病：

打开wp-config.php，仔细核对DB_HOST、DB_USER、DB_PASSWORD、DB_NAME这几个参数，尤其是DB_HOST设为localhost的话，要确保数据库确实监听127.0.0.1的TCP端口（Connection refused一般是TCP连接失败，而非socket问题）。
手动用命令行测试连接：
```
mysql -u 你的数据库用户名 -p -h localhost
```
如果能正常连上，说明数据库服务正常时连接是没问题的，问题出在服务本身的稳定性上。

你说每两晚夜间出现，这规律很可能和定时任务有关：

先看系统级的定时任务：
- 用crontab -l看当前用户的定时任务，cat /etc/crontab看系统全局任务，再看看/etc/cron.d/目录下的脚本，有没有夜间运行的备份、清理或者资源密集型任务——这些任务可能瞬间占满内存/CPU，把数据库拖垮。
再看WordPress的WP-Cron任务：
- 可以装个插件比如WP Crontrol查看，或者用WP-CLI命令：
```
wp cron event list
```
  看看有没有插件设置的夜间任务（比如全量备份、站点索引、数据同步），这些任务可能短时间内消耗大量资源，导致数据库崩溃。

查看CloudWatch监控：去AWS控制台打开EC2实例的CloudWatch监控，重点看故障时段的内存使用率、CPU使用率、磁盘IO有没有飙升。如果内存接近100%，那OOM Killer肯定是元凶——别只盯着PHP内存，数据库本身也需要足够内存，比如MySQL的innodb_buffer_pool_size默认配置可能不合理，导致内存溢出。
检查磁盘空间：用df -h看看服务器磁盘是不是满了，如果根目录或者数据库存储目录空间不足，数据库会无法写入日志或数据，直接崩溃。
网络/安全组：这个可能性相对低，但也可以确认下安全组有没有限制数据库端口（3306）的访问，不过既然重启能解决，大概率不是网络的问题。

临时救急：让数据库自动重启：
先确保数据库服务开机自启：
```
systemctl enable mysql
```
再写个简单的监控脚本，定时检查数据库状态，挂了就自动重启：
```
#!/bin/bash
if ! mysqladmin ping -h localhost --silent; then
    systemctl restart mysql
fi
```
把脚本存成check_mysql.sh，加执行权限chmod +x check_mysql.sh，然后用crontab每分钟运行一次：
```
* * * * * /path/to/check_mysql.sh
```
长期解决：针对性根治：
- 如果是OOM问题：要么升级EC2实例的内存，要么调整MySQL的配置文件（比如/etc/mysql/mysql.conf.d/mysqld.cnf），降低innodb_buffer_pool_size等内存参数，避免数据库占用过多内存。
- 如果是定时任务导致：调整任务的执行时间（比如改成凌晨负载低的时段），或者优化任务资源消耗（比如把全量备份改成增量备份），关闭不必要的WP-Cron任务。
- 开启MySQL慢查询日志，找出夜间运行的慢查询，优化SQL或者添加索引，减轻数据库负载。

内容的提问来源于stack exchange，提问作者Marcio