優化mysql查詢性能和正確使用索引需從合理創建索引、避免全表掃描、優化sql寫法、定期維護表四方面入手。1. 合理創建索引，主鍵自動有索引，常用于查詢條件的字段如用戶id、訂單號建議加索引，組合查詢多時可用聯合索引并遵守最左匹配原則；2. 避免全表掃描，通過explain查看是否使用索引，避免因函數操作、模糊查詢開頭用通配符、類型轉換、or連接導致索引失效；3. 優化sql寫法，避免select *，減少數據傳輸，改用join代替多層子查詢，分頁大數據時采用基于索引的游標方式；4. 定期分析維護表，使用analyze table更新統計信息，頻繁更新的表適當重建索引或optimize table，監控慢查詢日志并優化耗時sql。

mysql查詢性能優化和索引使用是數據庫開發中非常關鍵的環節。如果處理不當，即使是結構良好的數據庫也可能出現響應緩慢、資源占用過高的問題。下面從幾個實際場景出發，講講怎么優化查詢和正確使用索引。

1. 合理創建索引，別亂加也別不加

索引不是越多越好，也不是越少越好。它能加快查詢速度，但也會拖慢寫入操作（比如INSERT、UPDATE）。所以要根據實際查詢需求來決定哪些字段需要加索引。

• 主鍵自動有索引，不需要額外添加。
• 常用于查詢條件的字段（如用戶ID、訂單號）建議加上索引。
• 對于組合查詢較多的情況，可以考慮建立聯合索引（復合索引），注意順序很重要，最左匹配原則必須遵守。

舉個例子：你經常用 WHERE name = ‘Tom’ AND age = 25 查詢，那么在 (name, age) 上建一個聯合索引就比單獨給兩個字段加索引更高效。

2. 避免全表掃描，讓查詢走索引

當你執行一條sql語句時，可以通過 EXPLaiN 查看是否使用了索引。如果看到 type=ALL，說明是在做全表掃描，效率很低。

常見的導致索引失效的原因包括：

• 使用函數或表達式操作字段，例如 WHERE YEAR(create_time) = 2023
• 模糊查詢以通配符開頭，比如 LIKE ‘%abc’
• 類型轉換，比如字符串字段傳入數字進行比較
• 使用 OR 連接多個條件，其中一個沒索引

解決辦法也很直接：調整SQL語句結構，避免上述情況，盡量讓查詢命中索引。

3. SQL語句寫法也要講究

有時候問題不在索引，而在SQL本身。比如：

• 不要寫 select *，只選你需要的字段，減少數據傳輸量
• 盡量避免在子查詢中嵌套太多層，改用 JOIN 更高效
• 分頁查詢大數據量時，慎用 LIMIT offset, size，offset太大容易卡頓

舉個例子，分頁查到第10萬條的時候，LIMIT 100000, 10 會先掃描前10萬零10行再丟棄前面的，效率很低。這時候可以用基于索引的“游標”方式分頁，比如記錄上一頁最后一條的ID，然后 WHERE id > last_id ORDER BY id LIMIT 10。

4. 定期分析和維護表

即使你的SQL和索引都寫得不錯，隨著數據量增長，查詢性能還是會慢慢變差。這時就需要定期做一些維護工作：

• 使用 ANALYZE TABLE 更新統計信息，幫助優化器選擇更好的執行計劃
• 對于頻繁更新的表，適當重建索引或優化表（OPTIMIZE TABLE）
• 監控慢查詢日志，找出執行時間長的SQL并針對性優化

你可以設置 MySQL 的慢查詢閾值（如0.1秒），把超過這個時間的SQL記錄下來，作為優化的重點對象。

基本上就這些。Mysql優化不是一蹴而就的事，需要結合具體業務、數據分布和查詢模式來持續調整。關鍵是理解索引原理，掌握常見問題的排查方法，才能做到有的放矢。