大型站点的节省内存的缓存清除策略？

我的Drupal 7站点中有一个拥有数千个字段，一堆内容类型，超过25个视图以及数百个（很快成千上万个）配置文件类型。因此，我正在使用一个更好地缓存实体字段信息的核心补丁（http://drupal.org/node/1040790），以及-dev版本的Views，它可以通过显示更好地缓存视图（而不是一个HUGE）视图缓存中包含所有视图数据的行）。

这已帮助站点上的大多数页面加载了20-30MB的已用RAM，而不是160MB +（不是为10MB +的字段和视图拉出cache_ *表行，这些补丁有助于使cache_ *数据保持更高的效率）。

但是，这带来了一个问题，即缓存重建需要很长时间。通常超过一两分钟。在这段时间内，Drupal根本不会加载任何页面（因为它尚未尝试读取的缓存尚未建立，因此其他请求必须等待）。

在低流量周期中，这没什么大不了的。一百个左右的用户只需等待一分钟，即可加载页面。但是在高流量周期中，Apache服务器开始发疯，CPU负载超过40，并且由于所有工作线程都处于等待状态并最大程度地占用了内存，从而导致交换，内存很快就装满了。这有点像死亡螺旋。重新启动httpd可以清除问题，但是恢复正常需要5到10分钟。

我的目标是做到这一点，以使缓存清除不会使站点瘫痪。首先，如果我使用admin_menu的单个缓存清除功能（例如“ CSS和JS”，然后是“菜单”，然后是“主题注册表”，等等），事情进展顺利，直到我点击了“ Page and else”选项。那是在重置视图的缓存时（一个非常占用CPU和数据库的操作，需要缓存视图的数量），并且在重置字段信息缓存时（在此站点上也是CPU和数据库的消耗）。

所以...我的问题/想法：

• 使用drush和/或其他shell脚本，是否有可能比“一次清理所有缓存并希望进行干净的重建”更加智能地清除缓存？
• 我可以在清除缓存时阻止HTTP请求，以使apache不会被一堆带有缓存标记的请求所阻塞吗？
• 如果我可以清除Drupal /正常httpd请求之外的缓存，则可以为缓存清除操作设置更高的PHP memory_limit，并退出我的通用memory_limit（现在设置为256MB，以防任何单个httpd线程需要清除缓存） ...）。

基本上：除了单击UI中的按钮或使用之外，是否有任何智能，优雅的方式使用Drupal清除所有缓存drush cc all？

[ 编辑说明：我的主要问题是缓存重建，这（a）需要一段时间，并且（b）阻止所有其他请求，直到重建完成。我想找到一种方法来使它在高流量时不会那么致命。]

除了单击UI中的按钮或使用drush cc all之外，是否有任何智能而优美的方法可以使用Drupal清除所有缓存？

该高速缓存操作模块做到这一点。这取决于规则。例如，您可以设置规则以在添加或更新类型为“ x”的节点时清除特定视图。查看文档以获取更多详细信息。

还请看一下缓存优美的模块-尚未尝试过，但看起来很有趣。

主要问题是您正在使用MySQL存储缓存数据-对于高负载站点，这是非常无效的解决方案。

我建议改用Memcache。这将大大提高缓存系统的性能，并为您带来2大好处：

1. 与MySQL相比，Memcache的读写操作要快得多-您所有的缓存操作（以及完整的缓存重建）都可以更快地工作。
2. 由于缓存数据不再存储在数据库中-清除缓存不会阻止任何其他MySQL查询。

这是Drupal 7 的Memcache配置示例。

使用drush和/或其他shell脚本，是否有可能比“一次清理所有缓存并希望进行干净的重建”更加智能地清除缓存？

如果您不想爆炸所有缓存，请使用：drush cc type_of_cache清除特定的缓存，或定义自己的缓存。

或者，手动清除所有类似缓存的表，例如

echo "SHOW TABLES LIKE 'cache%'" | $(drush sql-connect) | tail -n +2 | xargs -L1 -I% echo "DELETE FROM %;" | $(drush sql-connect) -v 

如果您使用的是memcached（Bash语法），请尝试：

pgrep memcached && echo flush_all > /dev/tcp/127.0.0.1/11211

我可以在清除缓存时阻止HTTP请求，以使apache不会被一堆带有缓存标记的请求所阻塞吗？

启用维护模式（drush -y vset maintenance_mode 1）以防止人们访问该网站。或将前端配置为重定向到其他地方（例如，在Varnish中重定向，在Apache中重定向或更改.htaccess）。

如果我可以在Drupal / normal httpd请求之外清除缓存，则可memory_limit以为缓存清除操作设置更高的PHP ，并退出通用memory_limit（现在设置为256MB，以防任何单个httpd线程需要清除缓存。） ）。

清除缓存不会占用更多的内存，但是清除后重建缓存会占用更多的内存。您始终可以通过运行cron或打开任何页面来预热缓存，例如

time php -n -d memory_limit=-1 time $(which drush) cc registry
PHP_OPTIONS='-d memory_limit="2G"' drush cron
php -d memory_limit=1G ./scripts/drupal.sh http://localhost/

^{指定-n忽略php.ini将进一步加快缓存清除过程的处理。}

可能涉及金钱成本，但是您可以使用诸如Varnish之类的缓存服务器设置。好处是，在生产服务器上清除缓存时，Varnish将为您的站点提供服务，而用户不会变得更明智。

缺点：根据生产服务器停机的秒数/分钟与您的VCL超时设置的不同，Varnish可能会在这段时间内进行更新，您会看到Varnish 503错误屏幕。

但是，这种方法与Redis或Memcache一起使用可能会有所帮助。