我们做的Drupal网站多是数据查询、展示类型的，当数据量大的时候，导入就需要很长时间，而随着站点的建立、访问，还会产生一些日志、缓存等数据，一些站点的MySQL数据库占用空间会越来越大，部分甚至都超过10G了，导致访问很慢、备份困难。
Cache
这是 Cache 分类的页面，点击下面标题查看详细文章内容：
在一般的Drupal网站中，都是通过设置Cron定期运行来对Boost Cache、XML Sitemap进行更新，但我们在大数据量的Drupal网站中觉得需要进行一些改进。
首先来说Boost Cache，对于数十万甚至上百万的数据量，如果都进行静态页面缓存的话，占用硬盘过大，小文件太多，可能效率还不如不要静态页面缓存，这样的时候我们一般关闭了详细内容页面的静态缓存，只对分类页(Taxonomy Terms)、索引页(Views)进行缓存，就是这样，静态缓存的文件数也有数万个以上。这时如果通过Cron来定期让静态缓存失效的话，可能会出现删除时间过长而
Drupal的Boost Cache是个好东西，可以实现将匿名用户访问的内容完全静态化缓存起来，绕过PHP和MySQL，只需要Apache就可以对付用户的浏览，可以极大提升网站性能。Boost模块的配置也比较灵活、复杂，可以设置排除某些种类的页面不缓存、可以设置更新周期及办法等等。今年我们用Drupal搭建的网站多数都是数据量大、更新不是很频繁的内容，基本上都使用了Boost。
不过偶尔有网友发来邮件，要求我们删除或者更新某个页面内容，如果只是删除某个页面的话，包含这个页面信息的分类页、Views页面可能都因为有Boost缓存而无法自动清除。还有我们自
前些天收到Google Webmaster Tools的提醒邮件：
Googlebot 发现您的网站中包含大量的网址：http://jilin.youbianku.com/
October 24, 2011
Googlebot 在抓取您的网站“http://jilin.youbianku.com/”时遇到问题。
Googlebot 在您的网站上抓取到了非常多的链接。 这可能表示您网站的网址结构存在问题。 这样可能会使 Googleb
以前做的Drupal网站曾经出现过偶尔首页无法打开，报404错误的情况，不过出错几率不高，按月来计算的，例如31个省份的子网站，可能2个月左右出现一次其中一个网站的首页报错的情况。这个首页的问题只是对匿名用户报错，登录用户正常，怀疑与缓存设置有关。反复试验后，发现在菜单的Performance项中点击Clear core page cached data按钮后，首页可以恢复正常。
近期推出的一批世界各国邮编子网站也遇到一些问题，与前面有些类似，但又不完全相同。现象是用监控软件定期扫描时，会出现偶然的、间断性的报错，监控软件提示是无法找到设定的关键字，而