站点缓存清除后缓慢

[tavenger5]

我已经经历了和实施了所有可能的优化技巧，我能找到。这包括作为一个Apache代理nginx的，vbOptimize memcached的，和所有的常规的vBulletin优化程序。

我的工作与12和***的RAM和15K SAS驱动器RAID两个双四核心处理器的服务器。所以，换句话说，服务器有足够的权力来处理一切。

主站点开始缓慢vBET缓存被清除后，每隔15天。 （数据库获取到刚刚超过***这15天的期限后）> 500K的页面被搜索引擎抓取。

有什么我可以做调整Apache来处理这些请求，更好地的吗？这些都是我目前的Apache设置：
httpd的- mpm.conf
＃prefork的MPM的

StartServers的20
MinSpareServers 20
MaxSpareServers 25
MaxClients的180
MaxRequestsPerChild 1000

从httpd的- default.conf：

超时150
KeepAlive的论
MaxKeepAliveRequests 80
KeepAliveTimeout的3
UseCanonicalName关闭

[vBET]

让我猜猜 - 你在主页面上有 vBSEO 和很多链接 - 我是对的 ?

诀窍是 - 如果你真的没有什么，然后不要使用最后结算策略。我知道有 如果 - 你检查其他结算策略？对方不会清除整个缓存，并会采取更多的资源来清除对方。

下一步vBET 3.x的释放可以帮助您 - 我们将真正的大页面添加新的先进的性能参数。我们还发现链接翻译的瓶颈。在这一刻，我们已经实施了解决VB友情链接vBET4.x（还没有发布），我们将尽量采用它也为百度推广。如果我们成功，我们也将它移到vBET 3.x的问题是，百度推广，要求的环节之 一之一，这将产生数十名谷歌请求。我写的，我们已经实现VB Frinedly网址的解决方案 - 我们推迟翻译。问题在于，它与百度推广VB工程之外，转换发生后，也不要告诉不需求的URL来检查实际的正确性之一
或把它输出。
很多细节 - 不久我们知道这恰好只有当缓存没有填补，我们已经在这个问题上的工作的一个瓶颈。

所以在这个时刻，我只是提醒你玩清算战略和其他结算参数。对于其他的策略：
- 如果一个缓存表结算不杀你的服务器，然后设置更大的缓存清除timelap“ - 您的服务器将采取呼吸之间的空地
- Analise论坛交通和检查时，它是 - 改变结算执行到了这个时候
- 设置缓存TTL较低 - 较小的表将被清除，以便结算本身将采取更少的资源。另一端 - 服务器将有更多的时候要问谷歌翻译。
- 实验：“快速设置本地缺失与优化表”开放 / / vbenterprisetranslator_functions.php 评论有3行代码“优化当地TABLE“。这将使没有索引升级真快删除。注意：索引将增长，所以你必须手动执行查询 - 即每周一次检查。如果它会为你工作，我们将实施新的战略，其中索引不是每天将进行重组。

[tavenger5]

上百度推广。

我目前使用正常删除，它似乎并不需要很长时间才能得到的东西清除。有了快速的地方删除保留不动的索引，和正常删除的索引将被清除呢？将有旧索引有任何好处，如果他们不优化？

事情似乎只是慢下来时，有大量的流量，在网站上和正在重建缓存。我敢肯定，这是因为Apache进程不被快速封闭，他们通常会（因为数据是从谷歌的要求）。

这是很好的，听到的下一个版本将再次提高速度。我只是确保不会有什么我可以做调整Apache的。

[vBET]

如果您使用的是正常的结算，然后忘了我的暗示。我想，您使用的是去年的战略，并删除整个缓存。对不起 - 误会 刚刚离开，因为它是。

在这样的方式，我可以告诉设置更大的缓存TTL。较少的数据将被删除，所以每次的数据将被恢复。
正如我写的，我们已经找到了一个 vBSEO + 空高速缓存的瓶颈，我们正在进行处理

你也可以做的是确保您的服务器没有传出请求。我们发现，有些服务器上，这样的行为如果许多传出请求到同一台服务器。因为100个请求，可以采取比1的要求（理论上应该采取更多的时间100 × 1000 ×更多的时间）。它可以被某些防火墙，服务器安全问题。当然，也可以在这种情况下，谷歌所说的一些鲜为人知的“惩罚”。所以，如果你能找到在这方面的东西 - 它可以帮助。如果不是请等待改进