资讯专栏INFORMATION COLUMN

LIKE查询与索引的不解之谜

kycool / 960人阅读

摘要:索引失效,使用全表扫描。但可以通过翻转函数前模糊查询建立翻转函数索引走翻转函数索引,不走全表扫描。有效降低消耗值,值,值这三个指标,尤其是值的降低。

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

相关文章

  • 关于mongodb中选择性低字段排序问题

    摘要:一般我们都知道不给选择性低的字段添加索引,因为这个不能提高效率。即选择性高的字段选择性低的字段方案一添加组合索引此图索引为从图上看出,还是索引没有起作用,这是因为组合索引中,用右边的字段索引,索引不起作用。 今天在开发公司评论系统的新需求时,碰到一个关于mongo sort排序的问题 条件: 1. 评论表comment中包含两个字段 ctime(添加时间),like(点赞的人数) ...

    Alliot 评论0 收藏0

发表评论

0条评论

kycool

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<