一直认为substr(field,1,2)='11'会比 field like '11%'快，但是呢，有人也提出一个看法。如果field字段设置了索引，那么like方式要优于substr。其实一旦可以建索引，那么我还可以建个函数索引来让substr也使用上索引（CREATE INDEX my_substr_idx ON my_table( substr( field,1,2 ) );）。所以在有索引的情况下like 不占优势。

那么下面讨论没有索引的情况：

反正在没有索引的情况下，大数据的表（千万行），oracle下我测出来是substr赢了，而且赢了很多。

看看like vs instr：

地址：http://rdc.taobao.com/blog/dba/html/246_like_instr_performance.html

t表中将近有1100万数据，很多时候，我们要进行字符串匹配，在SQL语句中，我们通常使用like来达到我们搜索的目标。但经过实际测试发现，like的效率与instr函数差别相当大。下面是一些测试结果：

SQL> set timing on
SQL> select count(*) from t where instr(title,’手册’)>0;

COUNT(*)
———-
65881

Elapsed: 00:00:11.04
SQL> select count(*) from t where title like ‘%手册%’;

COUNT(*)
———-
65881

Elapsed: 00:00:31.47
SQL> select count(*) from t where instr(title,’手册’)=0;

COUNT(*)
———-
11554580

Elapsed: 00:00:11.31
SQL> select count(*) from t where title not like ‘%手册%’;

COUNT(*)
———-
11554580

另外，我在另外一个2亿多的表，使用8个并行，使用like查询很久都不出来结果，但使用instr,4分钟即完成查找，性能是相当的好。这些小技巧用好，工作效率提高不少。通过上面的测试说明，ORACLE内建的一些函数，是经过相当程度的优化的。

--EOF--

Trackback：http://rdc.taobao.com/blog/dba/html/246_like_instr_performance.html/trackback