配置uWSGI后仍出现所有Worker同时重启，如何解决？

首先，我完全理解你的困扰——明明配置了max-requests-delta=1000来错开worker的回收时机，但所有worker还是同时触发重启。结合uWSGI 2.0.15的特性，咱们一步步排查和解决：

先确认参数是否真的生效 #

有时候问题出在配置没有被正确加载，或者参数行为和预期有偏差：

• 检查worker的实际max-requests值：启动uWSGI时加上--stats 127.0.0.1:9191，然后用curl http://127.0.0.1:9191 | jq '.workers[] | .id, .max_requests'（需要jq工具辅助解析）查看每个worker的max_requests值。如果所有worker的数值都是15000，说明max-requests-delta没生效，得先解决配置加载问题。
• 确认配置语法正确：uWSGI支持横杠和下划线写法，但确保你没有拼写错误（比如写成max_requests_delta虽然也能识别，但建议用官方推荐的max-requests-delta），且参数放在全局的[uwsgi]段下，没有被worker专属配置覆盖。

排查同时重启的深层原因 #

如果参数已经生效，但worker还是同时重启，可能是以下情况：

• 请求分发过于均匀：如果你的负载均衡器（比如nginx）用了严格的轮询策略，每个worker的请求增长速度完全一致，即使有1000的delta，也可能在极短时间内先后达到上限，看起来像是“同时重启”。这种情况下，你可以增大delta值（比如max-requests-delta=3000），让每个worker的上限差异更大，彻底错开回收时间。
• 其他重启触发条件：检查uWSGI日志，看重启原因是不是max requests reached。如果是其他原因（比如reload-on-rss内存限制触发、文件变化导致的自动重载、外部SIGHUP信号），那得先排除这些干扰因素。

替代方案：手动随机化worker的max-requests #

如果max-requests-delta在2.0.15版本确实存在bug（这个版本是2017年发布的，比较老旧，可能有未修复的问题），可以用Python钩子手动给每个worker设置随机的上限：
在你的uWSGI配置中添加以下内容：

[uwsgi]
; 保留原有配置...
max-requests = 15000
py-callable = setup_worker
python-path = /path/to/your/app/directory

然后在应用目录下创建一个uwsgi_hooks.py脚本：

import random
import uwsgi

def setup_worker():
    # 每个worker的max-requests在15000到18000之间随机
    base_max = int(uwsgi.opt.get(b'max-requests', b'15000').decode())
    delta = 3000
    uwsgi.set_max_requests(base_max + random.randint(0, delta))

这样每个worker启动时都会随机设置自己的请求上限，完全错开回收时机。

最后：考虑升级uWSGI版本 #

2.0.15是比较老旧的版本，后续的uWSGI版本修复了不少关于worker管理的bug。如果条件允许，升级到最新的稳定版（比如2.0.21），大概率能解决max-requests-delta不生效的问题。

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