在MySQL數據庫中，Order by語句的使用頻率是比較高的。但是眾所周知，在使用這個語句時，往往會降低數據查詢的性能。因為可能需要對數據庫的記錄進行重新排序。在這篇文章中，筆者就談談提高Order By語句查詢效率的兩個思路，以供大家參考。

　一、建議使用一個索引來滿足Order By子句。

在條件允許的情況下，筆者建議最好使用一個索引來滿足Order By子句。如此的話，就可以避免額外的排序工作。這里筆者需要強調的一點是及時Order By子句不確切匹配索引，但是只要Where子句中所有未使用的索引部分和所有額外的 Order by子句中的列為常數，此時就可以使用索引。具體的來說，推薦如下的查詢語句。

1、select * from ad_user where is_active='Y' order by value;

在這條查詢語句中，使用了兩個列。在Where查詢語句中，查詢表中活動的記錄。此時使用的是一個常數的條件。而在Order By子句中，則根據Value列的值來進行排序。如果在表設計中，為這個字段設置一個索引。此時使用這條語句來進行查詢，則查詢結果就不需要進行額外的排序工作，從而可以提高數據的查詢效率。

這也就是說，如果Where條件語句與Order By條件語句一起使用，如果需要通過一個索引來提高查詢效率的話，那么就必須滿足一個條件，及where條件語句中所使用的參數值是常數，而不是變量。如果使用變量的話，這個方法就不奏效了。

2、注意有些情況下不能夠使用索引來提高Order By語句的查詢性能。

這里需要注意的是，并不是任何情況下都能夠通過使用索引來提高Order Byz子句的查詢效率。如對不同的關鍵字使用這個語句、混合使用ASC模式和DESC模式、用于查詢條件的關鍵字與Order By語句中所使用的關鍵字不同、對關鍵字的非連續元素使用Order By子句、在同一條語句中使用不同的Order BY 和Group BY表達式、使用的表索引的類型不能夠按順序來保存行等情況，就無法通過使用索引來解決Order By語句的排序問題。此時就需要另想他法。如可以重新調整表結構或者查詢語句，以滿足使用這個特性的特定條件。

其實這里就遇到一個均衡的問題。如在查詢時，Where條件語句中往往使用的是一個變量，這主要是為了提高語句的靈活性。這個變量接受前端用戶傳遞過來的參數。此時如果用戶同時有排序的需求，根據上面介紹的規則，就無法使用索引來提高查詢的效率。此時作為開發人員，就需要評估，需要語句的靈活性還是需要查詢的性能。通常情況下，對于記錄量比較大的查詢，同時其查詢的格式比較固定，如大容量的月報與年報，此時就會傾向于查詢語句的性能。而對于記錄量比較少的查詢，如日報表，或者使用頻率比較高的查詢語句，此時會更加的傾向于查詢的靈活性。作為開發人員，現在需要關注的就是根據用戶實際的情況，來選擇合適的解決方式。