优秀的索引
菜鸟新人一枚欢迎指摘
选择建立索引的字段
离散型低:优先选择重复性小的字段,这样离散性好。
主键约束会自动创建为索引——>如果没有主键,会默认让唯一键成为索引——>没有唯一键,会选择一个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. 使用索引排序