問(wèn)題：明明建立了索引，為何Like模糊查詢速度還是特別慢？

Like是否使用索引?

　　1、like %keyword 索引失效，使用全表掃描。但可以通過(guò)翻轉(zhuǎn)函數(shù)+like前模糊查詢+建立翻轉(zhuǎn)函數(shù)索引=走翻轉(zhuǎn)函數(shù)索引，不走全表掃描。

　　2、like keyword% 索引有效。

　　3、like %keyword% 索引失效，也無(wú)法使用反向索引。

　　使用mysql的explain簡(jiǎn)單測(cè)試如下：

　　explain select * from company_info where cname like '%小%'

　　explain select * from company_info where cname like '小%'

Oracle like '%...%'優(yōu)化

　　1、盡量不要使用 like '%%'

　　2、對(duì)于 like '%' (不以 % 開頭)，Oracle可以應(yīng)用 colunm上的index

　　3、對(duì)于 like '%…' 的 (不以 % 結(jié)尾)，可以利用reverse + function index 的形式，變化成 like '%'

　　4、非用like'%%'不可時(shí)，使用Oracle內(nèi)部函數(shù)：INSTR()解決。

　　select * from emp2 where job like '%RE%' and ename like '%A%' and mgr like '%3%' ; --走全表掃描，速度慢
　　select * from emp where instr(job,'RE')>0 and instr(ename,'A')>0 and instr(mgr,'3')>0 ; --只查找字段，速度快

MySQL中的INSTR（與Oracle中的不一樣）

　　INSTR(str,substr)

　　　　返回字符串str串中substr子串第一個(gè)出現(xiàn)的位置。這與LOCATE()的雙參數(shù)形式是一樣的，不同的是參數(shù)的順序是相反的。

　　INSTR(字段名, 字符串)

　　　　這個(gè)函數(shù)返回字符串在某一個(gè)字段的內(nèi)容中的位置, 沒有找到字符串返回0，否則返回位置（從1開始）

　　　　SELECT * FROM tblTopic ORDER BY INSTR( topicTitle, 'ha' ) > 0 DESC
　　　　SELECT INSTR( topicTitle, 'ha' ) FROM tblTopic

　　后來(lái)又嘗試將查詢一張表的sql語(yǔ)句，拆成好幾個(gè)sql，在服務(wù)器中同時(shí)運(yùn)行，最后在合并結(jié)果。奈何道行太淺，這個(gè)實(shí)現(xiàn)也沒那么好。

　　還嘗試建立全文索引，數(shù)據(jù)庫(kù)居然不讓這么干

　　最終是需求方妥協(xié)，采用 Like keyword% 的格式使用索引　　　　

　　對(duì)于Like模糊查詢的解決方案，若有大神賜教，不吝感激！

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論