問(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 ’%’ (不以 % 開(kāi)頭)，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)容中的位置, 沒(méi)有找到字符串返回0，否則返回位置（從1開(kāi)始）

SELECT * FROM tblTopic ORDER BY INSTR( topicTitle, ’ha’ ) > 0 DESCSELECT INSTR( topicTitle, ’ha’ ) FROM tblTopic

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

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

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

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

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