问题:明明建立了索引,为何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模糊查询的解决方案,若有大神赐教,不吝感激!

更多相关文章

  1. 由编译一个android开源项目, 学习如何解决AndroidStudio编译问题
  2. Android事件分发机制及如何解决事件冲突
  3. android sqlcipher 速度太慢,正确使用sqlcipher for Android
  4. [Android分享] 如何解决Android(安卓)5.0中出现的警告:Service In
  5. 如何解决:Android中 Error generating final archive: Debug Cert
  6. 如何解决App无法收到android开机广播
  7. Android(安卓)Studio 3.6.3 中遇到无法创建FileHasher类型的服务
  8. 如何解决Errors occurred during the build.
  9. 如何解决Android的SDK与ADT不匹配问题

随机推荐

  1. Tomcat 网站部署(三)
  2. 如何将树路径转换为json对象
  3. java基础中一些值得聊的话题(内存篇)
  4. 为可执行文件夹提供自定义图像
  5. java解析xml问题:如何获得一级标签下全部
  6. spring框架中一个跟String的trim方法一样
  7. java中的Unicode到String但很棘手
  8. hbase中出现的java.net.BindException-Pr
  9. 处理“您确定您想要离开这个页面”Msg在S
  10. javascript 操作流——回调的回调