問題：明明建立了索引，為何Like模糊查詢速度還是特別慢？
Like是否使用索引?
1、like %keyword 索引失效，使用全表掃描。但可以通過翻轉(zhuǎn)函數(shù)+like前模糊查詢+建立翻轉(zhuǎn)函數(shù)索引=走翻轉(zhuǎn)函數(shù)索引，不走全表掃描。
2、like keyword% 索引有效。
3、like %keyword% 索引失效，也無法使用反向索引。
使用mysql的explain簡單測試如下：
explain select * from company_info where cname like '%小%'
explain select * from company_info where cname like '小%'
Oracle like '%...%'優(yōu)化
1、盡量不要使用 like '%%'
2、對于 like '%' (不以 % 開頭)，Oracle可以應(yīng)用 colunm上的index
3、對于 like '%…' 的 (不以 % 結(jié)尾)，可以利用reverse + function index 的形式，變化成 like '%'
4、非用like'%%'不可時，使用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子串第一個出現(xiàn)的位置。這與LOCATE()的雙參數(shù)形式是一樣的，不同的是參數(shù)的順序是相反的。
INSTR(字段名, 字符串)
這個函數(shù)返回字符串在某一個字段的內(nèi)容中的位置, 沒有找到字符串返回0，否則返回位置（從1開始）
SELECT * FROM tblTopic ORDER BY INSTR( topicTitle, 'ha' ) > 0 DESC
SELECT INSTR( topicTitle, 'ha' ) FROM tblTopic
后來又嘗試將查詢一張表的sql語句，拆成好幾個sql，在服務(wù)器中同時運行，最后在合并結(jié)果。奈何道行太淺，這個實現(xiàn)也沒那么好。
還嘗試建立全文索引，數(shù)據(jù)庫居然不讓這么干
最終是需求方妥協(xié)，采用 Like keyword% 的格式使用索引
對于Like模糊查詢的解決方案，若有大神賜教，不吝感激！
以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
您可能感興趣的文章:- mysql中模糊查詢的四種用法介紹
- MySql like模糊查詢通配符使用詳細(xì)介紹
- MySQL單表多關(guān)鍵字模糊查詢的實現(xiàn)方法
- mysql模糊查詢like和regexp小結(jié)
- Mybatis使用MySQL模糊查詢時輸入中文檢索不到結(jié)果怎么辦
- 淺談MySQL模糊查詢中通配符的轉(zhuǎn)義
- PHP MYSQL實現(xiàn)登陸和模糊查詢兩大功能
- mysql模糊查詢like與REGEXP的使用詳細(xì)介紹
- mysql中l(wèi)ike % %模糊查詢的實現(xiàn)
- 深入探究Mysql模糊查詢是否區(qū)分大小寫
