由浅入深学优化之like‘%%’坑爹写法

前端之家收集整理的这篇文章主要介绍了由浅入深学优化之like‘%%’坑爹写法前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

某交易系统,监控告警有长sql产生,脚本查询大于5分钟的长sql。脚本内容如下:
sql Text : select from ( select tmp_page.,rownum row_id from ( SELECT
UUID,USR_ID,IN_MNO,MNO,xxxx,xxx,xxxxx,xxxxx
FROM ABC.MEC_IF
WHERE MNO LIKE :1
order by UUID desc ) tmp_page where rownum <= :2 ) where
row_id > :3

Bind Variables :
1 - (VARCHAR2(128)):%836305057320133%
2 - (NUMBER):20
3 - (NUMBER):0

MNO like字段内容很长吗?

15:09:16 SYS@bapdb1(bapdb1)> SELECT mno from BAP.T_BAP_MEC_IF where rownum<=2;

MNO

500591001000000
500591001000001
是不是很蛋有点疼,兴许开发大爷心情不爽,非要搞事情。耐心看一下执行计划,丫肯定走偏了。

该表的PK是UUID列,MNO列也有自己的索引,最烂的执行计划,索引全扫描外加回表,由于受ORDER BY UUID DESC影响,oracle错误的选择了index扫描


当一个列出现在where条件中,该列没有创建索引,并且选择性大于20%,那么该列就必须创建索引
其实此类sql优化起来比较简单
EXPLAIN PLAN FOR select from ( select tmp_page.,xxxxx
FROM ABC.MEC_IF
WHERE MNO LIKE '836305057320133%'
order by UUID desc ) tmp_page where rownum <= 20 ) where
row_id > 0;

1。尽量不要使用 like '%%'2。对于 like '%' (不以 % 开头),Oracle可以应用 colunm上的index3。对于 like '%…' 的 (不以 % 结尾),可以利用reverse + function index 的形式,变化成 like '%'4.非用like'%%'不可时,使用Oracle内部函数:INSTR()解决。例子:select * from emp where instr(job,'RE')>0 and instr(ename,'A')>0 and instr(mgr,'3')>0;

原文链接:https://www.f2er.com/oracle/205791.html

猜你在找的Oracle相关文章