前一陣子在服務器上更換、添加了硬盤後，感覺負載下降了一點、訪問速度快了一點，但似乎還是不能令人滿意，導入和更新數據的速度依然很慢，用戶浏覽也是有遲緩的感覺。

　　從Linux服務器上運行top觀察，4枚4核的CPU總有空閑，高達64G或者48G的内存也很富餘，磁盤IO占用也不算多，究竟問題出在什麼地方呢？

　　我們以前就用iostat觀察過硬盤io情況，一般都是在出現明顯問題的時候，臨時用iostat每隔1秒刷新來觀察實時情況。前天開始我們用iostat -x 3600的命令讓其3600秒（也就是1小時）為間隔來顯示一段時間内的io情

　　9月份在搭建我們的第一個适合智能手機、平闆電腦的移動版本網站“手機版郵編庫”的時候，我們根據Google移動網站地圖的規範，對Drupal自動生成的xmlsitemap進行了相應的人工修改，提供給搜索引擎抓取。昨天再次查看這個手機版本郵編庫網站地圖時，發現10月份這個地圖進行了自動更新，生成的新地圖沒有人工修改來符合Google移動網站地圖規範，于是今天早上再次修改，并将一些要點記錄如下。

　　外部資料鍊接：

• Google 移動網址
• 向站點地圖添加移動網址信息

　　前段時間在一些Drupal網站中設置了多種Views來方便浏覽者查看内容列表，但很快遇到服務器性能問題而被迫中止，在博文《Drupal網站添加Views後，MySQL服務器負載驟增》中有詳細記錄。

　　周末實驗成功了《為Drupal網站中的CCK字段在MySQL中添加添加索引來加速Views展示》，應該可以解決前面的問題，這兩天我将以前涉及到網站數據庫打開，在需要添加索引的字段上都添加了索引，然後把Squid和robots.txt中設置的屏蔽網址都解封了，也沒有再看到負載飙升的情況。

　　幾種添加索引的地方記錄一下：

　　前些天在Drupal網站中為了設法解決服務器性能的問題，實驗了将MySQL中的一些表合并，雖然最後證實這個效果不明顯，但花了好些時間就還是把代碼記錄下來，以備後用。

過程步驟：

• 備份數據庫
• 離線狀态
• 在4個表中創建字段
• 從3個公用的表複制相應字段内容到新創建的字段中
• 修改content_node_field、content_node_field_instance中内容

　　今年4、5月份在用Drupal搭建英文版中國郵編網站China Postal Code的過程中，為了讓浏覽者更方便、更習慣，采用了CCK字段+Views展示的擴展模塊，并進行一系列的比較複雜的設置，例如多個computed計算字段、Views查詢中嵌套多級查詢，算是基本上能實現所希望的功能。

　　但當時就發現在性能上有很多的問題，通過Devel模塊的開啟，可以查看到一些Views查詢數據庫所用的時間非常長，需要幾十甚至幾百秒，常常令服務器負載過高而影響網站訪問。後來找了一個自動檢測MySQL進程的小腳本，當發現超過限定值的進程時就自動kill掉，這個辦法确

　　用Drupal等CMS系統來搭建網站的主要好處就是不用太關心程序、數據庫等技術細節，把精力主要集中在網站内容本身。不過有些時候也不得不去關注這些技術問題，例如：無法用普通辦法實現的功能、遇到速度性能瓶頸等。

　　以前在用Drupal搭建網站的時候，就注意到添加新的内容類型(Content Type)後，用CCK設置的字段一般是放在同一個數據庫表中的，例如一個内容類型“名錄”就有一個表“minglu”，而compan, address, postcode這些字段就都在minglu這個表中，後來在一個網站中添加多

　　前段時間一直發現一個問題，就是我們Drupal網站的首頁沒有Boost Cache生成的文件緩存，而有一部分老的網站中首頁卻是緩存的，這個問題困擾了好長時間，找了好久都沒有找到具體原因。

　　今天在修改老的網站設置中，看到“站點信息 (Site information)”中的“默認首頁 (Default front page)”設置的是“頁面/首頁”，而我記得後來的網站中都是設置的“node/123456”這樣的Node ID，我換着修改了設置，果然問題就出在這