4C8G
pm = dynamic
pm.max_children = 220
pm.start_servers = 50
pm.min_spare_servers = 30
pm.max_spare_servers = 70
pm.max_requests = 10000
pm.process_idle_timeout = 10s # 末尾无分号 加上；号会变成值得一部分
若你的 QPS 是 1000，起步创建50个进程，单个进程每秒处理 20 个请求，那么 pm.max_requests=10000 意味着每个进程每 500 秒就重启一次
结合你的场景（QPS≈1000、单进程每秒处理≈30 次请求）：
2 万次请求 ÷ 30 次 / 秒 ≈ 667 秒 ≈ 11 分钟（接近 10 分钟）；
这个时长的核心优势：
① 足够长：避免进程 “刚启动就退出”（频繁创建进程会消耗 CPU）；
② 足够短：即使有极轻微的内存波动（比如每小时涨 1MB），也能定期释放，兜底风险；
③ 适配轻量接口：10 分钟对 “瞬时完成” 的接口来说，是 “既不频繁、又不拖沓” 的黄金周期。
# 实时循环输出上1秒QPS
while true; do
# 获取1秒前的秒级时间（如 12/Mar/2026:15:30:45）
last_second=$(date -d '1 second ago' +'%d/%b/%Y:%H:%M:%S')
# 统计该秒的请求数（即上1秒QPS）
qps=$(sudo grep "$last_second" /var/log/nginx/access.log | wc -l)
# 输出结果（带格式化时间戳，易读）
echo "[$(date +'%Y-%m-%d %H:%M:%S')] 上1秒QPS: $qps"
# 等待1秒，进入下一轮
sleep 1
done