何時不應建立索引？

❌ 低選擇性欄位（狀態、類型、性別、布林值）

如 status IN (0,1,2)、gender IN ('M','F')。索引掃描會導致大量隨機 IO，反而比全表掃描慢。

❌ 高頻更新欄位

每次 UPDATE 都需維護索引結構。若「查詢:更新」比例低於 10:1，建議不建索引。

❌ 不出現在查詢條件的欄位

僅出現在 SELECT 清單中的欄位無需索引（覆蓋索引除外）。

❌ 小表（< 1 萬行）

全表掃描成本極低，索引維護成本反而更高。

MySQL 使用索引的條件

• 比較運算子：=, >, >=, <, <=, IS NULL, BETWEEN, IN
• LIKE 'prefix%'（不以萬用字元開頭）
• JOIN 條件欄位類型、長度一致
• MAX()/MIN() 配合 WHERE 條件
• ORDER BY/GROUP BY 符合最左前綴
• 覆蓋索引：查詢欄位全包含於索引中

MySQL 不使用索引的情況

• 優化器判斷全表掃描更快（如篩選度 > 20-30%）
• LIKE '%keyword%'（前導萬用字元）
• 隱含轉型：WHERE varchar_col = 123（需加引號）
• 函數運算：WHERE DATE(created_at) = '2023-01-01'（應改用範圍查詢）
• 複合索引未遵循最左前綴
• OR 條件兩側索引不一致

驗證索引有效性

1. EXPLAIN SELECT ... 檢查 type（目標：ref, range, eq_ref）、key、rows
2. 對比執行時間：SET profiling=1; SELECT ...; SHOW PROFILES;
3. SHOW INDEX FROM table 檢查基數
4. 使用 mysqlslap 或 sysbench 壓測驗證

實戰建議清單

1. 啟用 innodb_buffer_pool_size 容納熱點索引（建議 70-80% 實體記憶體）
2. 定期 ANALYZE TABLE 更新統計資訊
3. 單表索引數量建議 ≤ 5 個，避免過度索引
4. 避免重疊索引（如 INDEX(a) + INDEX(a,b)）
5. 使用 pt-duplicate-key-checker 檢測重複/冗餘索引