我們做的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按鈕後，首頁可以恢複正常。
近期推出的一批世界各國郵編子網站也遇到一些問題，與前面有些類似，但又不完全相同。現象是用監控軟件定期掃描時，會出現偶然的、間斷性的報錯，監控軟件提示是無法找到設定的關鍵字，而