[TOC] # 索引失效情況 1.不在索引上計算,自動或手動類型轉換 2. mysql使用(!=或<>)的時候無法使用索引會導致全表掃描 3. `is null`, `is not null`無法使用索引 4. 字符串不加單引號索引失效 5. 少用or,用他連接時索引會失效 6. 復合索引,左前綴,不要跳過中間列 7. 存儲引擎不能使用索引中范圍條件右邊的列 **復合索引,排序也算使用索引的順序** **復合索引,排序也要符合左原則** # 強制和忽略索引 ~~~ explain select CustName,count(1) c from WorkOrder force index(ix_date) where CreateDate>'2016-5-1' and CreateDate<'2017-1-1' group by CustName having c>100 order by c desc; ~~~ **假如我不想用索引了怎么辦？** 可以使用`ignore index()`,這個指令可以強制Mysql在查詢時,不使用某索引 # 禁止使用查詢緩存 `sql_no_cache` ~~~ select sql_no_cache count(*) from roi_summary; ~~~ # in和exists in 是把外表和內表作hash 連接， 而exists是對外表作loop循環，每次loop循環再對內表進行查詢。 一直以來認為exists比in效率高的說法是不準確的。 如果查詢的兩個表大小相當，那么用in和exists差別不大。 如果兩個表中一個較小，一個是大表，則子查詢表大的用exists，子查詢表小的用in： --- not in 和not exists如果查詢語句使用了not in 那么內外表都進行全表掃描，沒有用到索引； 而not extsts 的子查詢依然能用到表上的索引。所以無論那個表大，用not exists都比not in要快。 # groupby * groupby本質上是先排序后分組,遵照索引建的最左前綴 * 當無法使用索引列,增大`max_length_for_sort_data`參數的設置+增大`sort_buffer_size`參數的設置 * where高于having,能寫在where限定的條件就不要去having限定了