索引列上做操作導(dǎo)致索引失效

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

查看表索引

mysql>show index from user;

復(fù)合索引，索引順序name、age、pos

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

案例分析

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

• 使用explain查看執(zhí)行結(jié)果

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

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

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

• 使用explain查看在所有列上計算的執(zhí)行結(jié)果

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

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

建議：

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

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

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

點擊關(guān)注發(fā)私信或評論交流文章中有問題的地方，相互學(xué)習(xí)和答疑

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。