MySQL索引失效的問題解決
一、索引列上運算操作
不要在索引列上進(jìn)行運算操作,否則索引會失效。
在tb_user的phone列加上索引,然后進(jìn)行條件查詢,在這個情況下,是可以走索引的。
但是在對索引列進(jìn)行操作的時候,比如截取字符串,就會導(dǎo)致索引失效。如下:
二、字符串不加單引號
有的時候我們編寫字符串不規(guī)范,會不加單引號,可以查詢出來,但是它的執(zhí)行計劃不同。會導(dǎo)致全文掃描。
如下:
在加上單引號的情況
在不加上單引號的情況,如圖,是進(jìn)行的全文掃描。
三、模糊匹配
如果僅僅是尾部模糊匹配,索引不會失效,如果是頭部模糊匹配,索引失效。
如下:如果僅僅是模糊匹配,是可以進(jìn)行匹配到的。
如果頭部模糊,如下:索引失效。
注意: 在大量數(shù)據(jù)下,一定要規(guī)避頭部模糊查詢,會導(dǎo)致索引失效。
四、or連接的條件
用or分隔開的條件,如果or一側(cè)的列有索引,但是另一側(cè)的列沒有索引,那么設(shè)計的索引都不會被用到。
首先age是沒有索引的,僅僅依靠age,復(fù)合索引是不生效的。
然后進(jìn)行explain的執(zhí)行計劃的查看發(fā)現(xiàn)涉及到的索引并沒有生效。
換個位置同理:
創(chuàng)建age的索引,注意idx_user_age的索引命名規(guī)范,我就隨便寫了,運行后如下:索引執(zhí)行
五、數(shù)據(jù)分布影響
如果MySQL評估使用索引比全表掃描更慢,則不使用索引,走全表掃描。
如上三圖,經(jīng)過測試我們發(fā)現(xiàn),相同的SQL語句,只是傳入的字段值不同,最終的執(zhí)行計劃也完全不一樣,這是為 什么呢?
這是個在MYSQL查詢的時候,會對語句進(jìn)行評估,如果走全表掃描的時間比走索引慢,則放棄鎖引,走全表掃描。
因為索引是用來索引少量數(shù)據(jù)的,如果通過索引查詢返回大批量的數(shù)據(jù),則還不 如走全表掃描來的快,此時索引就會失效。
到此這篇關(guān)于MySQL索引失效的問題解決的文章就介紹到這了,更多相關(guān)MySQL索引失效內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
快速增加MYSQL數(shù)據(jù)庫連接數(shù)負(fù)載能力的方法分享
mysql數(shù)據(jù)庫的負(fù)載能力除了和你機(jī)器硬件有關(guān),還有一個重要參數(shù)就是你系統(tǒng)的配置有關(guān),下面我來給大家介紹幾種提高M(jìn)YSQL數(shù)據(jù)庫連接數(shù)負(fù)載能力方法總結(jié),有需要的朋友可以參考一下2013-08-08如何使用myisamchk和mysqlcheck工具快速修復(fù)損壞的MySQL數(shù)據(jù)庫文件
有時候數(shù)據(jù)庫突然就壞了很郁悶,用mysqlcheck.exe可以修復(fù)受損數(shù)據(jù)庫2020-01-01Mysql分組查詢每組最新一條數(shù)據(jù)的三種實現(xiàn)方法
我們在開發(fā)中經(jīng)常會遇到分組查詢最新數(shù)據(jù)的問題,下面這篇文章主要給大家介紹了關(guān)于Mysql分組查詢每組最新一條數(shù)據(jù)的三種實現(xiàn)方法,文中通過實例代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-01-01使用Grafana+Prometheus監(jiān)控mysql服務(wù)性能
這篇文章主要介紹了使用Grafana+Prometheus監(jiān)控mysql服務(wù)性能的相關(guān)知識,本文給大家介紹的非常詳細(xì),對大家的工作或?qū)W習(xí)具有一定的參考借鑒價值,需要的朋友可以參考下方法2020-03-03