mysql 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,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., rownum row_id from ( SELECT

UUID,USR_ID,IN_MNO,MNO,xxxx,xxx,xxx,xxxxx,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上的index

3。对于 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;