一、索引
1
、
mysql
索引
按数据结构分【
B+tree
索引、
Hash
索引、
Full-Text
索引】
按物理引擎分【聚簇索引、二级索引】
按字段类型分【主键索引、唯一索引、普通索引、前缀索引】
按字段个数分【单列索引，联合索引】
B+Tree
是一种多叉树，叶子节点才存放数据，非叶子节点只存放索引，而且每个节点里的数据是按主键
顺序存放的。每一层父节点的索引值都会出现在下层子节点的索引值中，因此在叶子节点中，包括了所
有的索引值信息，并且每一个叶子节点都有两个指针，分别指向下一个叶子节点和上一个叶子节点，形
成一个双向链表。
InnoDB
存储引擎：
B+
树索引的叶子节点保存数据本身；
MyISAM
存储引擎：
B+
树索引的叶子节点保存数据的物理地址；
2
、索引失效
1.
对索引使用左或者左右模糊匹配
2.
对索引使用函数
但是在
8.0
之后加入了对函数计算后的索引
3.
对索引进行表达式计算
因为索引保存的是索引字段的原始值，而不是
id + 1
表达式计算后的值，所以无法走索引，只能通过把
索引字段的取值都取出来，然后依次进行表达式的计算来进行条件判断，因此采用的就是全表扫描的方
式。
4.
对索引进行隐式类型转换
如果索引字段是字符串类型（
varchar
），但是在条件查询中，输入的参数是整型（
int
）的话，你会在执
行计划的结果发现这条语句会走全表扫描。
但是如果索引字段是整型类型，查询条件中的输入参数即使字符串，是不会导致索引失效，还是可以走
索引扫描。
-- name 字段为二级索引
select * from t_user where name like '%xxx';
1
2
-- name 为二级索引
select * from t_user where length(name)=6;
1
2
alter table t_user add key idx_name_length ((length(name)));1
explain select * from t_user where id + 1 = 10;1
剩余17页未读，继续阅读
资源评论
