明確答案：索引優化需遵循四個關鍵原則。一、避免無用和重復索引，如(name)與(name, age)重復，可刪除前者并用explain分析索引使用情況；二、組合索引遵循最左匹配原則，查詢條件必須包含索引最左側字段才能生效；三、優先在選擇性高的字段建索引，如唯一性強的用戶id優于性別字段；四、合理使用覆蓋索引，使查詢字段全部包含于索引中，減少回表操作，提升效率。
索引優化和設計是mysql性能調優中的關鍵一環。很多人知道加索引能提速，但不是隨便加個索引就能見效的，關鍵是看怎么設計、怎么用。
一、避免“無用索引”和重復索引
有時候為了保險起見，會為多個字段分別建立索引，或者創建了幾個順序不同但內容相似的組合索引。這種做法容易導致索引冗余，不僅浪費存儲空間，還會拖慢寫操作（INSERT、UPDATE、delete）。
比如你給(name)、(name, age)都建了索引，其實后面的組合索引已經包含了前一個的功能。這時候單獨的name索引就可以刪掉。可以用EXPLaiN語句分析查詢是否真的走到了索引，沒用上的就該清理。
二、組合索引注意最左匹配原則
組合索引雖然效率高，但使用時必須遵循最左匹配原則。比如你建了個索引(name, age, city)，那么查詢條件中只有包含name字段，才可能命中這個索引。如果只查age或city，是不會生效的。
實際開發中常犯的一個錯誤是：誤以為只要字段在索引里出現就行，但實際上順序很關鍵。如果你經常按age查詢，那應該把age放在組合索引的最前面，或者單獨為age建索引。
三、選擇性高的字段更適合做索引
索引并不是越多越好，也不是所有字段都適合加。比如性別字段（男/女）這種取值范圍很小的列，加索引意義不大，因為區分度太低。
相反，像用戶ID、訂單號這類唯一性強、分布廣的字段，才是理想的索引候選。判斷一個字段是否適合加索引，可以簡單算一下它的“選擇性”——即不重復值的數量除以總行數，越大越好。
四、適當使用覆蓋索引提升查詢效率
覆蓋索引是指查詢的所有字段都在索引中，這樣數據庫可以直接從索引中獲取數據，不需要回表查詢，效率更高。
比如你有一個訂單表，常用查詢是根據用戶ID查訂單狀態和金額，那么可以考慮建立一個(user_id, status, amount)的組合索引。這樣查詢時就能完全走索引，跳過主鍵查找的過程，減少I/O開銷。
基本上就這些。索引設計看似簡單，但真正用好需要結合業務場景、查詢模式來不斷調整和優化。
