优秀的索引

最新推荐文章于 2024-07-25 16:06:56 发布

inaya_cxy

最新推荐文章于 2024-07-25 16:06:56 发布

阅读量83

点赞数 1

分类专栏： MySQL 文章标签： mysql优化 mysql 索引

本文链接：https://blog.csdn.net/inaya_cxy/article/details/120781997

版权

3 篇文章 0 订阅

订阅专栏

菜鸟新人一枚欢迎指摘

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

主键约束会自动创建为索引——>如果没有主键，会默认让唯一键成为索引——>没有唯一键，会选择一个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. 使用索引排序

关注

专栏目录