我正在研究一个以新闻为中心的网站，这个网站已经有很多年了，并且正在稳步地增加页面redirect。 目前我们有大约375个redirect，每月增加5-10个。
我知道NGinx在处理redirect方面速度非常快，但是大概必须有一些redirect会以一种有意义的方式影响性能，如果我知道有多less个redirect，我会感觉更好。 数百？ 成千上万的？ 百万？
我们可以通过在Memcachedcaching热门页面一两分钟来处理大量的stream量（减less数据库的负载，这是一个明显的瓶颈），但是NGinx仍然需要路由该stream量。
这是我应该关心的吗？ 高stream量网站有多lessredirect？
[最初张贴在StackOverflow]
redirect并不是真正的问题，因为没有后端联系。 只是Nginx。 只是Nginx真的很快。 如每秒超过10000个连接速度
在担心Nginx是否可以处理它之前，您应该更担心一个混乱的configuration文件。
作为一个奖励，我最近正在使用Nginx来开发一个完整的页面caching解决scheme，同时我也使用了Memcached，这是一个提高性能的巧妙技巧，一些是使用上游Keepalive模块来保持连接的开放。
它只适用于Memcached后端，所以不要使用任何types的fastcgi或HTTP代理。
我正在研究一个以新闻为中心的网站，这个网站已经有很多年了，并且正在稳步地增加页面redirect
在一个类似的项目上，我已经在一个AWS m1.xlarge（4个CPU，8个ECU，15GB的内存）中包含了一个Nginx的conf，其中有180万个redirect的redirect。
有了180万的redirect，Nginx可以很好的重新加载，但是在一个并发用户的负载下，响应时间大约是几秒。
数万个redirect似乎performance良好。