摘要：索引失效，使用全表扫描。但可以通过翻转函数前模糊查询建立翻转函数索引走翻转函数索引，不走全表扫描。有效降低消耗值，值，值这三个指标，尤其是值的降低。
like %keyword 索引失效，使用全表扫描。但可以通过翻转函数+like前模糊查询+建立翻转函数索引=走翻转函数索引，不走全表扫描。
like keyword% 索引有效。
like %keyword% 索引失效，也无法使用反向索引。
====================================================================
查询%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值的降低。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/21763.html
摘要：一般我们都知道不给选择性低的字段添加索引，因为这个不能提高效率。即选择性高的字段选择性低的字段方案一添加组合索引此图索引为从图上看出，还是索引没有起作用，这是因为组合索引中，用右边的字段索引，索引不起作用。 今天在开发公司评论系统的新需求时，碰到一个关于mongo sort排序的问题 条件： 1. 评论表comment中包含两个字段 ctime(添加时间)，like(点赞的人数) ...
阅读 1872·2021-11-16 11:44
阅读 455·2019-08-30 15:55
阅读 3170·2019-08-30 15:52
阅读 3405·2019-08-30 15:43
阅读 2073·2019-08-30 11:21
阅读 304·2019-08-29 12:18
阅读 1857·2019-08-26 18:15
阅读 342·2019-08-26 10:32
