经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库/运维 » Oracle » 查看文章
一场由like引发的事故
来源:cnblogs  作者:迦罗  时间:2019/4/25 8:50:12  对本文有异议

故事背景:

  有一张用户级表,数据量在千万级别,而运营人员要查看这张表,其中有一项查询条件为根据“错误类型”(单值)查出所有包含这个类型的数据,而这个数据类型在数据库存放的方式类似于 “1,2,3,4,5,6,8,9,10,7,11,12”  无序。于是有了如下sql。

  1. 1 select count(mistake_type)
  2. 2 from mitake_table
  3. 3 where (r.mistake_type = '1'
  4. 4 OR r.mistake_type LIKE '%,1'
  5. 5 OR r.mistake_type LIKE '1,%'
  6. 6 OR r.mistake_type LIKE '%,1,%')
like案例

 like剖析:

  基于上述案例,查证度娘,关于like有如下说法:

    前提,查询字段建立索引

  1.     字段 like ‘%关键字%’  不走索引,速度最慢
  2.     字段 like ‘关键字%’     使用字段进行升序索引
  3.     字段 like ‘%关键字’     使用字段进行降序索引

 那么问题来了,针对这起事故,你有什么好的解决办法呢????????

原文链接:http://www.cnblogs.com/java333/p/10721888.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号