同事遇到一個奇葩的問題，一個表里某個字段建了索引，但是有的值走索引，有的值不走索引。因為一般情況一個字段要么完全不走索引，要么走索引，怎么會有的值走索引，有的不走索引。

select 條件非常簡單，因為涉及到敏感信息就不貼表結(jié)構(gòu)了。例如select * from order where status = 2; status為狀值。分別為-1刪除，1正常，2待定。因為sql比較簡單，所以排除前綴原則、like 、in 及where條件等號左邊有函數(shù)不走索引的情況。百思不得其解。

然后為了進一步定位問題，看是不是索引建的多的原因，又去其它表里看了一下，不是這個原因。

那是什么原因呢？因為只有2不索引，所以我又試了一下其它值都走索引，我將2改為3試一下，結(jié)果奇跡發(fā)生了，2居然走索引了。再試一下status=3。也走索引，我懷疑是邊界的問題。然后google一下關(guān)于索引是否有邊界這樣的情況影響索引。也沒有結(jié)果。

那我想再把所有2改為3，現(xiàn)試一下，是不是跟這些數(shù)據(jù)有關(guān)，奇跡發(fā)生了！status=3也沒走索引。進一步縮小范圍。為什么status=3也不走索引呢？然后我想到了是不是跟索引的稀疏性有關(guān)？也就是說因為重復的數(shù)據(jù)所以優(yōu)化器判斷索引無效所以不走索引呢？

我又把status=3改回去，觀察一下重復數(shù)據(jù)分布，status=2的條數(shù)為3條，status=-1有兩條，status=1有兩條，我再把其中一條status=4,發(fā)現(xiàn)都走索引了。為了進一步驗證自己的結(jié)論，又試了一下將其中一條status=2改為1，結(jié)果status=1不走索引了。更進一步驗證了自己的判斷！

所以這次的問題就是因為當數(shù)據(jù)表中數(shù)據(jù)比較稀疏時，而當字段個數(shù)比較少時，優(yōu)化器會認為這個索引效果不明顯，所以不走索引。

進一步我和同事又將status的索引去掉，發(fā)現(xiàn)expalin 的rows列顯示所有行，無論status為任意值。而如果status建索引的話重復的比較多的不走索引。所以結(jié)果是建索引性能提升不大。具體根據(jù)自己的情況來建索引。

總結(jié)

以上是生活随笔為你收集整理的mysql locate不走索引_索引失效的情况及原因定位的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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