赞
踩
♥️作者:小刘在C站
♥️个人主页: 小刘主页
♥️努力不一定有回报,但一定会有收获加油!一起努力,共赴美好人生!
♥️学习两年总结出的运维经验,以及思科模拟器全套网络实验教程。专栏:云计算技术
♥️小刘私信可以随便问,只要会绝不吝啬,感谢CSDN让你我相遇!
把上述的 idx_user_age, idx_email 这两个之前测试使用过的索引直接删除。
- drop index idx_user_age on tb_user;
- drop index idx_email on tb_user;
查询走了联合索引。
C. 创建单列索引后,再次执行A中的SQL语句,查看执行计划,看看到底走哪个索引。
那么,我们能不能在查询的时候,自己来指定使用哪个索引呢? 答案是肯定的,此时就可以借助于 MySQL 的 SQL 提示来完成。 接下来,介绍一下 SQL 提示。
- explain select * from tb_user use index(idx_user_pro) where profession = '软件工
- 程';
- explain select * from tb_user ignore index(idx_user_pro) where profession = '软件工
- 程';
- explain select * from tb_user force index(idx_user_pro) where profession = '软件工
- 程';
- explain select * from tb_user use index(idx_user_pro) where profession = '软件工
- 程';
B. ignore index
- explain select * from tb_user ignore index(idx_user_pro) where profession = '软件工
- 程';
C. force index
- explain select * from tb_user force index(idx_user_pro_age_sta) where profession =
- '软件工程';
- explain select id, profession from tb_user where profession = '软件工程' and age =
- 31 and status = '0' ;
- explain select id,profession,age, status from tb_user where profession = '软件工程'
- and age = 31 and status = '0' ;
- explain select id,profession,age, status, name from tb_user where profession = '软
- 件工程' and age = 31 and status = '0' ;
- explain select * from tb_user where profession = '软件工程' and age = 31 and status
- = '0';
上述这几条SQL的执行结果为:
因为,在tb_user表中有一个联合索引 idx_user_pro_age_sta,该索引关联了三个字段
profession 、 age 、 status ,而这个索引也是一个二级索引,所以叶子节点下面挂的是这一行的主键 id 。 所以当我们查询返回的数据在 id 、 profession 、 age 、 status 之中,则直接走二级索引 直接返回数据了。 如果超出这个范围,就需要拿到主键 id,再去扫描聚集索引,再获取额外的数据 了,这个过程就是回表。 而我们如果一直使用 select * 查询返回所有字段值,很容易就会造成回表 查询(除非是根据主键查询,此时只会扫描聚集索引)。
create unique index idx_user_phone_name on tb_user(phone,name);
此时,查询时,就走了联合索引,而在联合索引中包含 phone 、 name 的信息,在叶子节点下挂的是对应的主键 id ,所以查询是无需回表查询的。
1). 针对于数据量较大,且查询比较频繁的表建立索引。2). 针对于常作为查询条件( where )、排序( order by )、分组( group by )操作的字段建立索引。3). 尽量选择区分度高的列作为索引,尽量建立唯一索引,区分度越高,使用索引的效率越高。4). 如果是字符串类型的字段,字段的长度较长,可以针对于字段的特点,建立前缀索引。5). 尽量使用联合索引,减少单列索引,查询时,联合索引很多时候可以覆盖索引,节省存储空间, 避免回表,提高查询效率。6). 要控制索引的数量,索引并不是多多益善,索引越多,维护索引结构的代价也就越大,会影响增 删改的效率。7). 如果索引列不能存储 NULL 值,请在创建表时使用 NOT NULL 约束它。当优化器知道每列是否包含NULL 值时,它可以更好地确定哪个索引最有效地用于查询。
♥️关注,就是我创作的动力
♥️点赞,就是对我最大的认可
♥️这里是小刘,励志用心做好每一篇文章,谢谢大家
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。