多少个 NGinx 重定向太多了？答案

【问题标题】：How many NGinx redirects is too many?多少个 NGinx 重定向太多了？
【发布时间】：2013-10-30 07:06:57
【问题描述】：

我正在开发一个以新闻为中心的网站，该网站已经存在多年，并且正在稳步增加越来越多的页面重定向。目前我们有大约 375 个重定向，并且每月增加大约 5-10 个。

我知道 NGinx 在处理重定向方面非常非常快，但大概一定有一些重定向会以有意义的方式影响性能，如果我知道有多少会感觉更好。数百？数千？百万？

我们能够通过在 Memcached 中一次缓存一两分钟的热门页面来处理大量流量（减少我们数据库的负载，这是明显的瓶颈），但 NGinx 仍然需要路由该流量。

这是我应该关心的吗？对于高流量网站来说，多少重定向太多了？

[编辑：按照建议，我也在 ServerFault 发布了这个]

[编辑：这是我在 ServerFault 接受的答案]

重定向并不是真正的问题，因为没有联系到后端。只是 Nginx。只是 Nginx 是真的，真的很快。与 10,000 多个连接一样每秒快

您可能应该更担心之前杂乱的配置文件你担心 Nginx 能不能处理它。

【问题讨论】：

【解决方案1】：

“重定向”是指 HTTP haeder（301 或 302），因此提供此标头比为 nginx 提供静态文件更容易。我进行了基准测试，它可以处理每个 cpu 核心每秒 9k 的请求。

【讨论】：

【解决方案2】：

如果您有吨的重定向，您可能需要查看 nginx 的 OpenResty 捆绑包，因为它允许您将 nginx 连接到 MySQL、Drizzle、MariaDB。虽然性能可能不是即使有成千上万个 URL 存储在 redirect files 中也是一个问题，当存储在数据库中时，重定向可能更便于管理。

【讨论】：