一个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...等情况时都能提升效率。
看来确实是我孤陋寡闻，也说明只看执行计划并不可靠。
PS：经实践检测，又发现此经验并非在任何环境都灵验，有些环境下依然是like 'xxx%'（用索引）的效率更高。