索引失效分析、in與exists使用場合

本文轉載自查看原文 2021-09-08 10:32 98 學習心得記錄

前文提及過可以通過explain的possible_keys、key屬性判斷索引是否失效，key如果為null，可能是索引沒建，也可能是索引失效，下面列舉一些會使索引失效的情況。

1、全值匹配：順序、個數與索引一致

2、最佳左前綴法則：查詢從索引的最左前列開始並且不跳過索引中的列，中間跳過的值，后面的索引會失效

3、索引列上做了操作（計算、函數、自動或手動類型轉換），會導致索引失效而轉向全表掃描

4、存儲引擎不能使用索引中范圍條件右邊的列

　　name字段用於查找，age>11也用到了，但着重用於排序，pos則沒用到索引

5、盡量使用覆蓋索引（索引列和查詢列一致），減少select *

　　using where是在表里檢索，using index會直接從索引里檢索

　　這里也是范圍檢索，但與上面不同的是這里從索引里獲取數據，沒有用到age

6、mysql在使用不等於（!= 或 <>）時無法使用索引

7、is null，is not null也無法使用索引

8、like以通配符開頭（‘%abc..’）也會導致索引失效

　　通過覆蓋索引可以解決like '%字符串%'索引失效的問題

　　例：假設以name，age字段建索引

create index idx_user_nameAge on tb_user(name,age);

　　查詢字段只要有一個和覆蓋索引沾邊就行

　　但如果有超過索引的部分，索引就用不上了，所以用select * 就不能使用覆蓋索引

9、字符串不加單引號，該字段以后的索引失效

10、少用or，用它來連接時會索引失效

11、少數據值的列也不應該增加索引，只有兩種情況，且平均分布，加了索引反而降低速度

12、range的包含范圍有一定的閾值，超過會進行全文掃描

　　堅持小表驅動大表的原則

in：當B表的數據集必須小於A表的數據集時，in優於exists

select * from A where id in (select id from B) #等價於：　　for select id from B 　　for select * from A where A.id = B.id

exists：當A表的數據集小於B表的數據集時，exists優於in

　　將主查詢A的數據，放到子查詢B中做條件驗證，根據驗證結果（true或false）來決定主查詢的數據是否保留

　　子查詢也可以用條件表達式、其他子查詢或join來替代，何種最優需具體問題具體分析

select * from A where exists (select 1 from B where B.id = A.id) #等價於 for select * from A for select * from B where B.id = A.id #A表與B表的ID字段應建立索引

1、用order by子句的重點是是否會產生filesort。建索引時已經排好序，所以order by的順序和索引最好一致，避免再一次排序。　

　　所建的索引默認升序，一升序一降序會產生內排序

2、狀態最好是using index，讓mysql通過掃描索引本身完成排序。

　　能使用index方式排序的情況：order by語句使用索引最左前列，或where子句與order子句條件組合滿足索引最左前列。

　（1）order by語句使用索引最左前列，order by后字段同為asc或desc都行

　（2）加上where子句的條件與order by子句條件列組合滿足索引最左前列

　（3）不能使用索引的情況

　　假如以category_id、comments、views的順序建索引

3、filesort的兩種算法

　（1）雙路排序：兩次掃描磁盤（讀取行指針和order by列，對他們進行排序，然后掃描已排好序的列表，重新列表讀取數據輸出）。

　（2）單路排序：mysql4.1版本后，從磁盤讀取查詢需要的所有列，按order by列在buffer對它們排序，然后掃描排序后的列表輸出，只讀取一次數據，且把隨機IO變為順序IO，但會使用更多空間，因為它把每一行都保存在內存中。

　　　單路排序存在的問題：

　　　因為要把所有字段取出，可能要取出的大小超出sort_buffer容量，導致每次只能取sort_buffer容量大小的數據進行排序（創建tmp文件，多路合並），排完再取sort_buffer容量大小的數據，反而會導致更多I/O操作。

4、order by優化策略：

　（1）單路多路算法的數據都有可能超過sort_buffer_size，超出后會建tmp文件進行合並排序，導致多次I/O，可以根據系統能力增大sort_buffer_size參數設置

　（2）增大max_length_for_sort_data參數，會增加用單路排序的概率，但如果設太大，也會更容易使數據超過sort_buffer_size，當query的字段大小總和小於max_length_for_sort_data且排序字段不是text/blob類型時，才會用單路排序，否則還是用多路排序。

　（3）order by時不要用select *，只select需要的字段，多余的字段會占用sort_buffer的內存。

5、group by：　

　　適用order by原則，實質先排序后分組，遵守索引建的最佳左前綴，使用不當會產生臨時表。