一个600万条记录的表TabA，需要执行一个含有like的语句：

select count(*) from TabA where FieldB like ‘R01%‘;

原始情况下，大约需要1分钟时间。检查执行计划，是走全表扫描。

因为like是从头部开始，将FieldB加上索引，执行计划显示利用了索引，实际运行时间降到5秒多。

此时，有人建议改用instr函数代替，语句为：

select count(*) from TabA where instr(FieldB,‘R01%‘)=1;

讲真，一开始本人是不相信的，因为执行计划显示没有利用索引，又走了全表扫描。但实际结果却是：用时只有1秒左右，大大出乎意料。

网上搜索，才发现早有很多的类似案例，而且在替代like ‘xxx%‘、like ‘%xxx%‘、not like...等情况时都能提升效率。

看来确实是我孤陋寡闻，也说明只看执行计划并不可靠。