mysql怎么查索引失效 mysql如何查詢索引

Mysql索引失效的底層原理

1.索引失效的原因

創新互聯主營澄邁網站建設的網絡公司,主營網站建設方案,成都app軟件開發公司,澄邁h5小程序定制開發搭建,澄邁網站營銷推廣歡迎澄邁等地區企業咨詢

聯合索引排序的原理：先對第一個字段進行排序，在第一個字段相同的情況下考慮第二個字段，然后在第二個字段相同的情況下才考慮第三個字段...

CREATE TABLE 'test_user'(

'id' int(11) not null auto_increment comment '主鍵id',

‘user_id’ varchar(36) not null comment '用戶id',

'phone' varchar(20) not null comment '用戶名稱',

'lan_id' int(9) not null comment '本地網',

'region_id' int(9) not null comment '區域'

)ENGINE=InnoDB Auto_increment=4057960 Default charset=utf8mb4;

假設將('phone', 'lan_id', 'region_id')組成的聯合索引

Explain select * from test_user where lan_id = 1;

此時的索引是失效的，因為聯合索引是遵循最左前綴法則即第一個字段有序的情況下lan_id才有序。現在是跳過phone,直接搜索lan_id相當于在一個無序的B+樹上搜索，所以只能全表掃描。

例1下例范圍查找的右邊索引會失效

Explain select * from test_user where a 1 and b = 1;

為什么索引會失效？

因為我們可以找到a 1的所有的節點，但是此時的b索引是無序的，仍然不可以通過二分查找法來查找

例2. like查詢中，如果%放在兩邊或者放到左邊，它都是不走索引的。只有%放到右邊，它某些情況才會走這個索引。這是什么原因？

字符串在B+樹里面存儲的時候，它也是按照字母的大小去排序。首先按照第一個字母去比較，如果第一個字母相同則按照第二個字母去比較和最佳左前綴法則相似。如果左邊用了%，那后面的字符是無序的，此時就不能使用二分查找來定位元素還是退化為了全表掃描。

3.Mysql中的索引查詢為什么使用了B+樹結構，而不使用哈希索引或者B樹？

首先哈希值是無序的，不能夠進行范圍查找。

平衡二叉樹的缺點是當數據量非常大的時候，其深度也會非常深這樣也會導致查找效率慢。其次其存在回旋查找的問題。比如說當存在范圍查詢5的時候定位到該元素之后還得回溯到前面的節點元素6，7

B樹的最大特點是一個節點可以存儲多個值，這樣可以使得樹的高度變矮，從而使得樹的查找速度變快。但是其也存在回旋查找的問題。

B+樹則解決了這個問題，它的非葉子節點存儲的是key,其葉子節點既存儲了key也存儲了value并且其葉子節點是有序的，節點之間用指針相連也正是因為這一點使得B+樹在范圍查詢的時候不存在回旋問題。

mysql 避免索引失效

where條件==order by 條件==group by 條件 按順序遵守 最佳左前綴法則

假設創建了復合索引：a,b,c

不在索引列上做任何的操作（計算、函數、顯式或隱式的類型轉換），否則會導致索引失效而轉向全表掃描

1、字符不加單引號會導致索引失效

name字段為varchar類型

這條sql發生了隱式的類型轉換：數值==字符串。所以導致了全表掃描，索引失效

應盡量避免在 where 子句中對字段進行表達式操作，這將導致引擎放棄使用索引而進行全表掃描。如：

mysql中的范圍條件有：in/not in、 like、 、BETWEEN AND ；

后面的索引失效

in會導致索引全部失效！！！

BETWEEN AND 范圍條件不會導致索引失效！！！

盡量讓索引列和查詢列一致；減少select * 的使用

1、查詢表結構

2、查詢表的索引結構

聯合索引：name,age,post；說明add_time字段沒有添加索引

3、查看select * 的執行計劃

4、查看 select name,age,pos的執行計劃

5、如果select只用一部分索引

like以通配符開頭（’%abc…’）mysql索引失效會變成全表掃描的操作。

解決：可以使用 覆蓋索引 來解決這個問題！

1、先查看表上的索引

id、name、age、pos 四個字段上都有索引； 注意：name是聯合索引中的第一個，帶頭大哥！

2、查看表結構

有個add_time字段沒有用到索引

3、查看執行計劃

使用UNION ALL

假設創建了聯合索引 x(a,b,c)

ps：like雖然也是范圍查詢但是區別于、，%用在最前面就只用到索引a了；%用在最后面可以用到a+b+c！

下面的sql幾乎違背了上面的所有原則，索引依然全部生效。因為select是索引覆蓋的，select里不包含沒有建立索引的字段。因此總是用到索引的。可以看出來索引覆蓋在sql優化中的作用性

mysql 索引失效總結

首先我們還是先把表結構說下：用戶表tb_user結構如下：

1、 不要在索引列上進行運算操作， 索引將失效。

手機號phone字段有唯一索引，當根據phone字段進行函數運算操作之后，索引失效:

2、 字符串類型字段使用時，不加引號，索引將失效。

如果字符串不加單引號，對于查詢結果，沒什么影響，但是數 據庫存在隱式類型轉換，索引將失效。

3、 如果僅僅是尾部模糊匹配，索引不會失效。如果是頭部模糊匹配，索引失效。

接下來，我們來看一下這三條SQL語句的執行效果，查看一下其執行計劃：

由于下面查詢語句中，都是根據profession（專業）字段查詢，profession字段是一個普通的索引， 我們主要看一下，模糊查詢時，%加在關鍵字之前，和加在關鍵字之后的影響。

經過上述的測試，我們發現，在like模糊查詢中，在關鍵字后面加%，索引可以生效。而如果在關鍵字 前面加了%，索引將會失效。

4、 用or分割開的條件， 如果or前的條件中的列有索引，而后面的列中沒有索引，那么涉及的索引都不會 被用到。

由于age沒有索引，所以即使id有索引，索引也會失效。所以需要針對于age也要建立索引。

5、 數據分布影響：如果MySQL評估使用索引比全表更慢，則不使用索引。

文章標題：mysql怎么查索引失效 mysql如何查詢索引
文章地址：http://m.kartarina.com/article0/dogiiio.html

成都網站建設公司_創新互聯，為您提供Google、網頁設計公司、品牌網站設計、企業網站制作、響應式網站、營銷型網站建設

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯