AWS部署WordPress站点反复出现CONNECTION TIMED OUT故障，求永久解决方案

1. 排查EC2实例资源耗尽问题 #

• 启用CloudWatch监控EC2的CPU、内存、磁盘IO和网络带宽，重点盯紧停机时段的资源使用率：
  • 内存耗尽：如果内存占比持续90%以上，Web服务（Apache/Nginx）进程很可能被系统OOM Killer强制杀掉。执行dmesg | grep -i oom命令就能查看是否有OOM日志。解决办法：升级EC2实例规格，或者开启SWAP分区，同时清理WordPress里不必要的插件来降低内存占用。
  • CPU过载：CPU持续跑满100%时，用top或htop命令找出占用CPU最高的进程，排查是否是恶意爬虫、死循环脚本或者数据库慢查询导致的，针对性优化即可。
  • 磁盘满额：执行df -h检查根目录或网站目录的磁盘使用率，磁盘满了会直接导致服务崩溃。清理日志、临时文件，或者直接扩容EBS卷。

2. 解决数据库连接瓶颈 #

• 数据库连接数耗尽：WordPress默认的数据库连接数设置可能撑不住并发请求，导致连接超时。修改MySQL的max_connections参数提升上限，同时在wp-config.php里添加define('WP_ALLOW_REPAIR', true);，之后访问wp-admin/maint/repair.php检查并修复损坏的数据库表。
• 数据库慢查询：开启MySQL慢查询日志（设置slow_query_log = 1），找出耗时久的查询语句，给对应表加索引或者优化SQL逻辑。

3. 修复Web服务进程异常 #

• 查看Web服务日志：Apache日志一般在/var/log/apache2/error.log，Nginx在/var/log/nginx/error.log，检查停机时段是否有进程崩溃、端口占用失败的记录。
• 配置服务自动重启：编辑systemd配置文件（比如/etc/systemd/system/apache2.service），添加Restart=always和RestartSec=5，然后执行systemctl daemon-reload和systemctl restart apache2，这样Web服务进程崩溃时会自动重启，不用手动重启整个实例。
• 调整Web服务进程数：根据实例规格调整Apache的MaxRequestWorkers或Nginx的worker_processes参数，避免进程过多耗尽资源，或过少无法处理并发请求。

4. 排查网络与安全组配置 #

• 检查安全组和NACL：确保安全组允许80/443端口的入站流量，NACL没有限制出站流量（比如数据库端口3306的出站规则）。如果是反复出现问题，重点排查是否有端口被防火墙误封。
• 测试网络连通性：停机时在本地执行telnet <实例公网IP> 80或curl -v <站点域名>，判断是网络层面不通，还是服务器内部服务没响应。

5. 优化WordPress自身配置 #

• 排查插件/主题问题：逐个禁用插件，观察站点是否还会停机，找出导致冲突或内存泄漏的插件；同时切换到默认主题，排查主题是否存在问题。
• 配置缓存：安装Redis或Memcached缓存插件，缓存数据库查询结果，减少服务器负载。
• 版本升级：把WordPress核心、插件、主题都升级到最新稳定版，修复旧版本可能存在的bug或安全漏洞。

6. 高可用架构优化 #

• 使用Auto Scaling组：创建Auto Scaling组并配置健康检查，当实例状态异常时自动替换，结合负载均衡器分散流量，避免单点故障。
• 分离数据库：把数据库从EC2实例迁移到RDS，RDS自带自动备份、故障转移功能，稳定性更高，还能根据负载灵活调整规格。
• 使用ElastiCache：采用托管式缓存服务，比自建缓存更可靠，进一步降低数据库压力。

内容的提问来源于stack exchange，提问作者Sunil Madhav Sanapala