MySQL 的全文搜尋效率

上個月才聲稱 MySQL 也支援全文檢索，但現在心裡卻頗有不滿。

怎麼回事？原來，MySQL 的全文搜尋效率並不好。當初的文件庫只有一萬多篇文件，效能還差強人意；但現在文件庫裡有了十幾萬篇文件，搜尋的時間竟然也是「直線上升」。那麼，做全文索引，還有什麼意義呢？

調了調幾項參數，都沒能改善效能。只好到網路上看看別人是否也有類似的經驗。喔，是了，確實有人做了些實驗，然後發現 MySQL 的全文效率，並不會比直接用 SQL 指令，下「WHERE content LIKE "% tag %"」來得好（其中，content 是資料庫儲存內容的欄位名稱，tag 是要搜尋的字串，% 表示任意字元都符合，而 tag 前後留有空白，是因為英文字是用空白來斷字的）。

這下子也真令人氣餒。雖說自己只是在做實驗性質的 prototype 或 demo，但尋找個「劉銘傳」、「海山口」竟也要花上半分鐘以上的時間，總讓人心裡不舒服。

於是，也強烈感覺到，強調互動的系統，「回應時間」是需要被關注的。 0.1 秒內取得檢索結果當然很好，但花個三秒鐘，也不會讓使用者覺得太難過。然而，如果需要超過五秒才有回應、甚至需要長達半分鐘的等待，那麼系統在「互動」上就顯得很不實際了。