优秀的索引

优秀的索引

菜鸟新人一枚欢迎指摘

选择建立索引的字段

离散型低:优先选择重复性小的字段,这样离散性好。

主键约束会自动创建为索引——>如果没有主键,会默认让唯一键成为索引——>没有唯一键,会选择一个6byte的_rowid作为指定主键

联合索引

示例:

create index idx_name_ph_age(name,phonenumber,age)

它实际建立了三个索引:{name},{name,phonenumber},{name,phonenumber,age}

根据查询数据:

  • {“郭旭”,“110”,“23”},会根据{name}查询,如果找到重复的,再使用{name,phonenumber}以此类推。

  • 如果使用{“110”,“23”}则会导致创建的这个索引用不到

    这就是最左匹配原则

  • 如果使用{“郭旭”,">110",“23”}会最多只使用两个索引

    因为范围之后全失效

    ​ 原因:在范围查询之后离散型会变差,索引效果也就

    ​ 没有体现(失效)。

  • 如果{“110”,“郭旭”}会用到最多2个索引!

    ​ 因为优化器:优化器会帮你倒过来!帮你用索引

    ​ 这也就引出这句话"选择性最好的列放在最左边"

    ​ 这样就不需要优化器了!

  • 如果{>“bbc”} -> 会用到索引,根据ASCII使用自然排序

    所以使用%的话建议放在右边{“bbc%”}

    但是如果数据里有"bbc1",“bbc2”,"bbc3"这会导致离散性变差

尽量使用覆盖索引

为什么select * 不推荐?

考虑一种场景

​ ① SELECT * FROM USER WHERE NAME = ”郭旭"

​ ② SELECT NAME,ID FROM USER WHRER NAME = ”郭旭“

虽然我们可能知道②好,但是底层原理的解释是:

​ ID是主键索引,常规我们通过NAME获取主键索引的值(ID)再通过ID查找对应数据。如果采用①则必然触发这种过程,但是采用②则会只触发一次查找,因为在第一次B+查找时已经获取ID的值,就已经获取所有相关数据了。

下列哪些用到了覆盖索引?
在这里插入图片描述

三星索引

请添加图片描述1. 避免离散型
2. 使用索引排序

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值