索引列上做操作導致索引失效

通常我們認為只要建立索引就可以萬事大吉，以為只要建立就一定會使用到，可其實在索引列上的計算、函數、類型轉換都可能導致索引失效，所以我們不僅要會創建索引，更重要的是如何正確的使用索引，且不讓索引失效

查看表索引

mysql>show index from user;

復合索引，索引順序name、age、pos

我們看到user表中創建的是一個符合索引，索引順序name、age、pos

案例分析

舉例：兩條sql語句查詢出來的結果是一樣的，但實際在mysql底層執行過程中效率確實完全不一致的

• 使用explain查看執行結果

mysql>explain select * from user where name="tim";

ref解釋：表里面哪些字段走了索引(如果索引是主鍵或者唯一索引的話，會顯示 const)，最后選出了數據(選擇行，一行一行的數據)，連接不能基于關鍵字選擇單個行,可能查找 到多個符合條件的行。 叫做 ref 是因為索引要 跟某個參考值相比較。這個參考值或者是一 個常數,或者是來自一個表里的多表查詢的 結果值。

結論：從執行結果看，我們明顯的使用到了索引(type=ref)，且檢索的行為1行，用到的ref為常量const

• 使用explain查看在所有列上計算的執行結果

mysql>explain select * from user where left(name,3)="tim";

結論：我們看到執行結果是沒有使用到索引且是全表掃描(type=All)，我們看到ref為NULL

建議：

1、作為一個資深的程序員，為了能和DBA配合默契，在實際生產環境中，我們寫的每一條sql語句都需要我們自己explain查看執行結果，寫出高效且執行效率最高的sql語句。

2、另外如果我們知道如何優化mysql且說出自己在實際生產環境中優化的案例，在面試過程中也會是加分項，這樣有助于我們拿到高薪。

注意：切記不要在索引列上進行計算、函數、手動或自動的類型轉換，這些都可能會是導致索引失效的元兇，可能我們在測試環境中數據量不大的情況下測試沒有問題，可是數據量達到千萬級別甚至更大的情況下執行效率就會顯而易見，有可能因為一條特別慢的sql拖垮整個服務。

點擊關注發私信或評論交流文章中有問題的地方，相互學習和答疑

總結

以上是生活随笔為你收集整理的mysql left join 索引失效_MySQL索引列上做操作导致索引失效案例分析的全部內容，希望文章能夠幫你解決所遇到的問題。

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