?原文链接:http://rdc.taobao.com/team/jm/archives/1530
索引与优化like查询
1. like %keyword??? 索引失效,使用全表扫描。但可以通过翻转函数+like前模糊查询+建立翻转函数索引=走翻转函数索引,不走全表扫描。
2. like keyword%??? 索引有效。
3. like %keyword% 索引失效,也无法使用反向索引。
====================================================================
1. 使用下面的函数来进行模糊查询,如果出现的位置〉0,表示包含该字符串。
查询效率比like要高。
如果: table.field like? ‘%AAA%’ 可以改为 locate (‘AAA’ , table.field) > 0
LOCATE(substr,str)
???
POSITION(substr IN str)
返回子串substr在字符串str第一个出现的位置,如果substr不是在str里面,返回0。
使用instr
select count(*) from table t where instr(t.column,’xx’)> 0
这种查询效果很好,速度很快。
2. 查询%xx的记录
select?count(c.c_ply_no)?as?COUNT
??from?Policy_Data_All?c,?Item_Data_All?i
?where?c.c_ply_no?=?i.c_ply_no
???and?i.C_LCN_NO?like?’%245′
在执行的时候,执行计划显示,消耗值,io值,cpu值均非常大,原因是like后面前模糊查询导致索引失效,进行全表扫描
解决方法:这种只有前模糊的sql可以改造如下写法
select?count(c.c_ply_no)?as?COUNT
??from?Policy_Data_All?c,?Item_Data_All?i
?where?c.c_ply_no?=?i.c_ply_no
???and?reverse(i.C_LCN_NO)?like?reverse(‘%245′)
使用翻转函数+like前模糊查询+建立翻转函数索引=走翻转函数索引,不走全扫描。有效降低消耗值,io值,cpu值这三个指标,尤其是io值的降低。