您在這裡

為Drupal網站中的CCK字段在MySQL中添加添加索引來加速Views展示

James Qi 在 2011年12月25日 - 20:42 發表

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

  但當時就發現在性能上有很多的問題,通過Devel模塊的開啟,可以查看到一些Views查詢數據庫所用的時間非常長,需要幾十甚至幾百秒,常常令服務器負載過高而影響網站訪問。後來找了一個自動檢測MySQL進程的小腳本,當發現超過限定值的進程時就自動kill掉,這個辦法确實可行,但屬于治标不治本,沒有查到真實原因的情況下,不得已而為之,因為這樣還會影響用戶浏覽和搜索引擎機器人的爬取。

  上個月在下半年搭建的新網站中添加了多種Views來方便提供給用戶更多功能,但很快就發現與上面這個站說的情況一樣,服務器負載明顯升高,MySQL的消耗很大,一些查詢需要的時間太長,同時有很多查詢的時候,服務器就無法處理得過來了。當時沒有辦法,隻有臨時去掉了這些Views提供的功能,還用Squid對這些網址進行了拒絕,并在robots.txt中設置了不要收錄這些網址。

  上周英文中國郵編站所在服務器的負載情況更突出一些,和多位同事反複商量讨論,也咨詢外面高手,對這些Views的MySQL查詢語句進行了詳細分析。先是發現這些語句中有大量LEFT JOIN,因為多個字段不是存放在同一張表中,而是分布在多個表中,靠vid, nid來關聯,我認為這是最大的問題,于是花了兩天的時間來試驗修改MySQL中數據庫的結構,将一些字段合并到同一個表中(需要進行的工作步驟和代碼用另外一篇博文記錄)。

  但花了很多時間做了以上工作後,發現以前查詢時間過長的Views依然表現和以前差不多,沒有得到明顯改善。隻有另外再想辦法了,前面在咨詢、商量中,别人也提出過字段的索引問題,昨天就在Views涉及到的字段上添加了Index,結果很快就發現效果非常明顯,查詢時間從幾十、幾百秒縮短到幾秒、十幾秒。經過一天的觀察,再也沒有出現服務器負載過高的情況了,等明天在周一訪問高峰期再觀察看看。如果證實了這種辦法有效,而且沒有其他負面作用,還可以推廣到其他需要的網站上去。

發表新回應

Plain text

  • 不允許使用 HTML 標籤。
  • 自動將網址與電子郵件地址轉變為連結。
  • 自動斷行和分段。