複合索引的列順序判斷

來源:互聯網
上載者:User

複合索引最令人困惑的當屬索引列的順序,不僅依賴於使用該索引的查詢,更需考慮排序和分組。前段時候我發了個文章:where條件順序和複合索引欄位順序。感興趣的朋友不妨參與討論。今天我提個自己的觀點。在應用開發階段,【選擇性】是我們首要考慮因素,請看簡圖:
當出現sql效能問題時,你可能需要注意以下幾個:1. 隨機IO2. 排序(order by)3. 分組(group by or distinct)這時不必也不應該在關注【選擇性】我的經驗便是,在你手上已經有Top N SQL時,我們應該優先考慮【值的分布】,而不是選擇性。
那麼該如何判斷【值的分布】,我們通過一種被geek稱之為 【sarg】的方法,具體操作如下:假如,我們有如下query:

select * from userresult_f where askid=800808 and uid=110996854;

則有2個索引可供選擇:1. idx_1 (askid,uid)2. idx_2 (uid,askid)是1 還是2 ?利用【sarg】方法:
mysql> select sum(askid=800808),sum(uid=110996854) from userresult_f\G;*************************** 1. row ***************************sum(askid=800808): 6sum(uid=110996854): 21 row in set (0.00 sec)

依據查詢輸出,我們應該選擇 idx_2
By 資料牧羊人Good Luck!2014-4-27 19:05  於福州


聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.