innodb下索引浅谈
B+数在时间或者空间上或多或都有代价
在B+数的索引在下面集中情况都是可以适用的
1.全值匹配: B+树在创建结构上是有上层根目录 ,根据大小进行排列,然后依次向下找叶子节点是按照你的目前所搜寻的值进行排列,所以查询的很快,
2.匹配左边的列:比如我们创建联合索引的时候,是先按最左边列先排序,比如我们创建生日,和名称两个索引,生日在左边,这个在生日的索引上每一个叶子上的生日索引是在名称上是有序的 ,名称相同在生日上面才是有序的 ,
3.匹配列前缀:比如我们在是在对网站进行创建索引的时候是对这个这一列的所有数据进行排列,那么这个样子我们在查询 selectfrom table where in 网站 like ‘www%’ 这个样子是匹配不上索引的 查询优化器会自动全表扫描
4.匹配范围值: 比如我在查询一个 语句 selectfrom table 日期 <‘2023-12-19’ and 日期>‘2023-12-01’ ,其实我们这个时候是拆分是先查询 == '2023-12-19’的值和=='2023-12-01’的 然后取中间这一部分的叶子节点加载进内存进行回表查询,
5.精确匹配一列并范围匹配另外一列: 比如 我在 select*from table 日期 <‘2023-12-19’ and 日期>‘2023-12-01’ and name =‘小王’ ,这个时候是先对小王精确查找然Q后对后面日期走b+树索引
6.用于排序;这个排序就是会必须要按照索引最左原则进行排序,
7.用于分组,
注意事项:
1.只用用于搜索或者排序 或者分组的列创建索引
2.要为列的基数大的创建索引:状态 只有1和 2 那么这个列值无法排序,那么索引创建只会浪费空间
3.索引的列的值要经量的小 能建立 int 就不要创建bigint的值
4.尽量让主键是自动新新增 减少表的发生页分裂的消耗性能
5.经量使用覆盖索引,避免回表