加索引不一定提升查詢性能，關鍵在于合理創建與使用。1.適合創建索引的情況包括：經常出現在where條件中的列、用于join連接的列、需要排序或分組的列、唯一值較多的列（如email），而唯一性差的字段（如性別）不適合；2.正確創建索引需注意：選擇合適的索引類型（如b+樹適用于范圍查找，默認使用即可）、組合索引順序影響查詢效果（如name和age組成的索引不能單獨用于age查詢）、控制字符串索引長度以提升效率（如對email字段前10位建索引）；3.查詢時應避免在where中對字段運算或使用函數（如year(create_time)失效）、like以%開頭會失效但結尾可用索引、盡量避免select *以利用覆蓋索引；4.維護索引應注意：定期清理冗余索引、刪除無用索引、謹慎為頻繁更新字段加索引，并通過explain分析執行計劃確認是否命中索引。
索引是mysql中提升查詢性能最有效的手段之一，但不是只要加了索引就一定快。真正發揮索引作用的關鍵，在于怎么創建、如何使用，以及是否合理匹配查詢語句。
什么時候該創建索引？
索引不是越多越好，也不是所有字段都適合加索引。通常來說，以下幾種情況適合創建索引：
- 經常出現在WHERE條件中的列
- 用于JOIN連接的列
- 需要排序（ORDER BY）或分組（GROUP BY）的列
- 查詢結果中唯一值較多的列（高選擇性）
比如一個用戶表的email字段，每個用戶基本都是唯一的，這種字段加索引效果很好；而像“性別”這種只有男/女兩個值的字段，加索引幾乎沒用。
如何正確創建索引？
創建索引時要注意幾個關鍵點，否則可能達不到預期效果。
使用合適的索引類型
MySQL常用的索引類型有：
- B+樹索引（默認）：適用于范圍查找、排序等場景
- 哈希索引：僅支持等值比較，不支持范圍查詢
- 全文索引：用于文本內容的模糊匹配
一般情況下，默認使用B+樹即可滿足大多數需求。
注意組合索引的順序
組合索引是指在多個字段上建立一個聯合索引，比如：
CREATE INDEX idx_name_age ON users(name, age);
這個索引可以用于查詢name，或者同時查詢name和age，但不能單獨用于查詢age。因為索引是按字段順序構建的，所以組合索引的字段順序非常重要。
控制索引長度（尤其是字符串）
對于較長的字符串字段（如VARCHAR(255)），可以指定前綴長度來創建索引：
CREATE INDEX idx_email_prefix ON users(email(10));
這樣可以減少索引大小，提高寫入效率，但前提是前10個字符已經具備足夠區分度。
查詢時如何利用好索引？
即使有了索引，如果SQL寫法不當，也可能導致索引失效。
避免在WHERE條件中對字段做運算或函數操作
例如：
SELECT * FROM users WHERE YEAR(create_time) = 2023;
這會導致create_time上的索引無法使用。正確的做法是改寫為：
SELECT * FROM users WHERE create_time BETWEEN '2023-01-01' AND '2023-12-31';
不要在LIKE中以通配符開頭
下面這條語句不會走索引：
SELECT * FROM users WHERE name LIKE '%Tom';
但如果寫成：
SELECT * FROM users WHERE name LIKE 'Tom%';
就可以命中索引。
盡量避免SELECT *
如果你只需要幾個字段，不要用SELECT *，而是明確列出需要的字段。這樣可以利用覆蓋索引，直接從索引中取數據，不需要回表查詢。
索引維護與注意事項
索引雖然能加快查詢速度，但也會影響寫入性能（插入、更新、刪除）。因此要注意以下幾點：
- 定期檢查冗余索引，避免重復創建
- 刪除不再使用的索引，減少維護成本
- 對頻繁更新的字段謹慎加索引
- 可以使用EXPLAIN分析SQL執行計劃，確認是否命中索引
比如運行：
EXPLAIN SELECT * FROM users WHERE email = 'test@example.com';
查看輸出中的key列是否有值，type是否為ref或range，判斷是否有效使用了索引。
基本上就這些。索引優化看起來簡單，其實有很多細節容易被忽略，特別是在實際業務查詢中，不同SQL寫法帶來的影響差異很大。多用EXPLAIN、多觀察慢查詢日志，才是持續優化的關鍵。
