本文主要是介绍uwsgi 长时间处理一个请求，导致网站不可用？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
https://www.v2ex.com/amp/t/396206
场景：
nginx + uwsgi + django
uwsgi 配置了 4 个 worker，偶尔网站会打不开，装了一些 trace 工具分析后，发现不可用的时候，uwsgi 中的 1 个或者 2 个 worker，都是在处理一些耗时的任务，比如 requests 请求第三方 api。
所以表面上看好像是因为：某个 uwsgi worker 因为在处理某个耗时请求，然后某些 http request 如果正好分配到这个 uwsgi，那就不可用了？
但是另外还有 2 个 worker 是 idle 状态的呀，明明是可以提供工作的
解答
你 trace 后才发现还有两个 backend 可用，可是 nginx 怎么知道呢……默认的策略就是轮询呀
- 你需要先解决那个长耗时请求的问题（合理设置超时，或者解决慢查询的问题），一共就 4 个 worker，hang 住了 2 个，50%的处理能力就没有了，这种严重影响吞吐的问题是根本问题
- 如果认为这样的情况是符合你的预期的，那么处理一下 nginx 的超时，因为上一个从 nginx 来的请求可能已经因为超时断开了，nginx 认为后端已经是 idle 的状态，于是又把请求发给了这个 backend，调整一下超时，让 nginx 的超时大于你这个场景的处理时间
- 如果还认为这种情况是符合你的预期的…… proxy 还有配置重试的指令，但不解决上面长耗时的问题，大概率的可能是把 4 个 worker 都变成 hang 住的状态，这个时候重启服务解决一切问题……最终还是要回到 1
简单看一下雪崩和吞吐量相关的介绍就大致明白这个模型了
这篇关于uwsgi 长时间处理一个请求，导致网站不可用？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
