小白白跑去鵝廠面試，面試官提出了一個很實際的問題： mysql增加索引，那些情況會失效呢？談一下實際工作中遇到的情況。我們的小白白又拋出了白氏秘籍：用不用索引，找DBA小姐姐！啊？這是你面試哈，還是DBA小姐姐面試呀。

一 概述

日常處理mysql問題中，往往通過增加索引來提高查詢速度，但在有些情況下，執行過程中并沒有按照我們的預期結果執行，也就是說，即使字段加了索引，但現實也沒有使用到，到底是什么地方出了差錯，以下我們將一探究竟。

二 實驗表結構聲明：

我們將對以下表結構進行實際案例分析

CREATETABLE

三 Mysql不走索引歸類以及詳細解析

根據實驗表做具體case分析，歸納為以下幾點:

1. 查詢條件在索引列上使用函數操作,或者運算的情況

例如以下case是不走索引的：

explain select * from student where abs(age) =18; explain select * from student where age + 1=18;

2. 查詢條件字符串和數字之間的隱式轉換

例如：name與age分別做字符串/數字（88）的隱式轉換；

以下case走索引情況：

explain select * from student where name =’88’; explain select * from student where age='88'; explain select * from student where age =88;

以下case不走索引情況：

explain select * from student where name=88;

3. 特殊修飾符 %%, Or 將不走索引

explain select * from student where name like'%name%' ; explain select * from student where name ='name' or age = 18;

4. 索引優化器選擇最優的索引

這一點最重要，索引到底用不用，不是列加了索引就一定會用，而是根據索引優化器來決定。

索引優化器的存在，就是找到一個索引掃描行數最少的方案去執行語句。那么掃描行數怎么來判斷的？是逐行統計數據表的數據嗎？其實并不是，而是根據統計信息來估算的值。這個統計信息就是我們常說的索引的“區分度”。

顯然，一個索引上不同的值越多，這個索引的區分度就越好。我們把一個索引上不同的值的個數，稱之為“索引基數”。也就是說，基數越大，索引的區分度就越好，執行查詢的行數就越少。如何查看索引基數呢？使用 show index from 表名，cardinality字段顯示的就是索引的基數。

擴展：MySQL 是怎樣得到索引基數的呢？不感興趣的小伙伴可以飄過啦。

索引基數 = 采樣統計*頁數。采樣統計就是避免把整張表取出來一行行統計做精準計算，以免消耗系統性能。在采樣統計時，InnoDB默認會選擇 N 個數據頁，統計這些頁面上的不同值，得到一個平均值，然后乘以這個索引的頁面數，就得到了這個索引的基數。統計信息不是固定不變的，他會隨著數據表的變化而變化。當變更的數據行數超過 1/M 的時候，會自動觸發重新做一次索引統計。

索引優化器實例一：

經常聽人說，執行<>語句時，不走索引，今天我們將看一看實際執行情況，還是那句話，到底走不走，我們說了不算，還是索引優化器說了算：看截圖 ，就會發現 <> 其實是走了索引。

為什么會出現這樣的情景呢？因為 student表中10W多條數據的值全都是'name'，索引基數太小，所以在執行<>'1name'查詢時，實際上要查詢條數為10多W條，如果走了name字段索引，其實和全表查詢沒什么區別，況且，執行name字段索引，最終還是要轉換為主鍵索引（二級索引查詢都會轉換為主鍵查詢），所以索引優化器的優化結果是不走name索引。然而在執行<>'name'查詢時，優化器優化結果是走name索引，因為，<>'name'的查詢行數很小，大部分條數name字段的值都是'name'。

索引優化器實例二：

同理，前綴like匹配是走索引，但是，以下卻展示了不一樣的結果：

為什么會這樣呢？請小伙伴們參考實例一仔細思考一下。

如何指定優化器執行固定的索引？

索引優化器的存在，我們就沒辦法指定強制走我們指定的索引？答案就是通過 force index強制來實現，執行語句和分析結果如下圖所示

四 總結以及實際應用

實際應用中，應該牢記上述索引優化的原則，比如在實際工作中，由于索引優化器選錯索引，導致數據查詢緩慢，阻塞線上業務，而當時的解決辦法，就是上述文章的分析過程，以及采用force 強制索引才解決的，前車之鑒，希望廣大讀者避免踩坑。

更多信息請關注 微信公眾號 ： 白白家族

或掃描白白家族公眾號二維碼：

總結

以上是生活随笔為你收集整理的mysql or走索引吗_加了索引，mysql查询就一定会用吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。