[b]前言[/b] 在有一些情况下，开发同学经常使用like去实现一些业务需求，当使用like时，我们都知道使用like 前%（like ‘1'）这种情况是无法使用索引的，那么如何优化此类的SQL呢，下面是一个案例。 [b]原SQL如下：[/b] [img]http://files.jb51.net/file_images/article/201703/20173390452818.jpg?201723951[/img] [b]pcc_cust_infonew 表索引如下[/b] [img]http://files.jb51.net/file_images/article/201703/20173390519120.jpg?2017239526[/img] [b]执行设计如下：[/b] [img]http://files.jb51.net/file_images/article/201703/20173390552532.jpg?201723960[/img] 这里可以看到SQL执行3.96秒，执行计划中也可以发现PCC_CUST_INFONEW表走TABLE ACCESS FULL扫描，返回约380k的数据，然后再与PCC_CUST_CONTRACTCOMPANY表主键PK_PCC_CUST_CONTRACTCOMPANY走INDEX UNIQUE SCAN，这里慢主要是执行计划中为3的这一步。 我们也都知道在Oracle中，当使用like时，如果是后%（like ‘138%'）是可以使用索引的，如果是前%（like ‘8'）是无法正常使用索引。那么如何让前%也可以使用到索引呢，答案是可以使用reverse索引的形式进行优化。 [b]优化如下： [/b] 修改索引 [img]http://files.jb51.net/file_images/article/201703/20173390626853.jpg?2017239633[/img] 将SQL调整为 [img]http://files.jb51.net/file_images/article/201703/20173390655713.jpg?201723973[/img] 按以上调整后，SQL执行效率提升到毫秒级。 [img]http://files.jb51.net/file_images/article/201703/20173390727949.jpg?2017239736[/img] 调整后的执行计划如下： [img]http://files.jb51.net/file_images/article/201703/20173390800733.jpg?201723988[/img] 那使用reverse函数索引后，到底是如何做到可以使用索引了呢，当你看到执行计划下面的谓词信息想必你就知道答案了， [img]http://files.jb51.net/file_images/article/201703/20173390827323.jpg?2017239834[/img] 其实就是使用reverse函数索引将索引数据反转，SQL中的where条件中将值反转，这样就将前%改为后%。 [b]总结[/b] 以上就是关于使用reverse索引优化like语句的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。