报错是这么冒出来的。准备把企业站迁到两核四 G 的机器上，日访问几千，担心配置不够又不想多花钱。
排查方向其实有限，先把可能性排一排。并发不高时瓶颈通常在数据库和磁盘。少数情况下是插件和主题会显著增加内存与查询量。
还有一种情况，没有缓存时每次请求都要走完整流程。
上来先看当前资源占用峰值
free -h && uptime然后统计数据库查询耗时
mysql -e 'show global status like \"Slow_queries\"'接着确认是否启用页面缓存
curl -I https://域名 | grep -i cache压测首页并发表现
ab -n 500 -c 20 https://域名/手上没有现成的复现脚本，就照着线上请求手工拼了一个。
报错是间歇性的，我蹲守了半小时才抓到一次完整现场。
别只看报错消失，验证要多做一步。首页在预期并发下响应时间稳定，内存和负载都有余量。
两核四 G 跑普通企业站足够，但装了大量插件的电商站很容易打满；先加缓存再考虑升配更划算。这类问题最好一次改到位，反复小改反而容易把原因搅混。