MySQL 21 條效能優化最佳實踐（四）：為搜尋欄位建立索引

核心觀點

索引不僅為主鍵/唯一鍵服務。**任何高頻出現在 WHERE、JOIN、ORDER BY、GROUP BY 的欄位，都應評估建立索引。**

實測證據

• last_name LIKE 'a%' 有索引：掃描極少行。
• 無索引：全表掃描，效能差 **4 倍以上**。

索引失效陷阱：前導萬用字元

-- 此類查詢 無法使用 B-Tree 索引
WHERE content LIKE '%apple%'
WHERE content LIKE '%關鍵字%'

解決方案：

• MySQL 5.7+ 全文索引 FULLTEXT(content) + MATCH(content) AGAINST('apple')。
• 應用層建立關鍵字/Tag 反向索引表，精準命中。
• Elasticsearch/MeiliSearch 等專業搜尋引擎介接。

索引維護成本提醒

• 每個索引增加 INSERT/UPDATE/DELETE 開銷（寫入時需維護 B+ 樹）。
• 單表索引建議 **不超過 5 個**；覆蓋索引優於多單欄索引。
• 定期 ANALYZE TABLE 更新統計資訊，防止優化器誤判。