时间:2021-05-24
问题:明明建立了索引,为何Like模糊查询速度还是特别慢?
Like是否使用索引?
1、like %keyword 索引失效,使用全表扫描。但可以通过翻转函数+like前模糊查询+建立翻转函数索引=走翻转函数索引,不走全表扫描。
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 '%...%'优化
1、尽量不要使用 like '%%'
2、对于 like '%' (不以 % 开头),Oracle可以应用 colunm上的index
3、对于 like '%…' 的 (不以 % 结尾),可以利用reverse + function index 的形式,变化成 like '%'
4、非用like'%%'不可时,使用Oracle内部函数: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子串第一个出现的位置。这与LOCATE()的双参数形式是一样的,不同的是参数的顺序是相反的。
INSTR(字段名, 字符串)
这个函数返回字符串在某一个字段的内容中的位置, 没有找到字符串返回0,否则返回位置(从1开始)
SELECT * FROM tblTopic ORDER BY INSTR( topicTitle, 'ha' ) > 0 DESC
SELECT INSTR( topicTitle, 'ha' ) FROM tblTopic
后来又尝试将查询一张表的sql语句,拆成好几个sql,在服务器中同时运行,最后在合并结果。奈何道行太浅,这个实现也没那么好。
还尝试建立全文索引,数据库居然不让这么干
最终是需求方妥协,采用 Like keyword% 的格式使用索引
对于Like模糊查询的解决方案,若有大神赐教,不吝感激!
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
在mysql中实现模糊查询的有like和regexp。------------------------like的用法许多人都是知道的,最为常用的情况就是sele
前言在mysql中实现模糊查询的有like和regexp。本文通过实例代码给大家详细介绍这两者的使用方法,下面来跟着小编一起学习学习吧。like模式like意思
在未做全文检索以前,个人主页只能对Fs_Title(文章标题)字段进行模糊查询(like'%*%'),如果对内容进行模糊查询,速度极慢,有时还可能报错,今天终于
条件查询-模糊匹配PostgreSQL和SQLServer的模糊匹配like是不一样的,PostgreSQL的like是区分大小写的,SQLServer不区分。
本意是想查查mongo数据库的int类型的like怎么查,但是好像没解决这个问题。精确查询;模糊查询;分页查询,每页多少:按某个字段排序(或升或降):查询数量: