MySQL索引优化之分页探索详细介绍

大家好,本篇文章主要讲的是MySQL索引优化之分页探索详细介绍,感兴趣的同学赶快来看看吧,对你有帮助的话记得收藏一下,方便下次浏览

目录

  • ​​mysql​​索引优化之分页探索

    • 案例一
    • 案例二

​​mysql​​索引优化之分页探索

表结构

?

1

2

3

4

5

6

7

8

9

10

11

create table `demo` (

`id` int(11) not null auto_increment,

`name` varchar(50) character set utf8mb4 collate utf8mb4_0900_ai_ci not null default '' comment '姓名',

`age` int(11) not null default '0' comment '年龄',

`position` varchar(50) character set utf8mb4 collate utf8mb4_0900_ai_ci not null default '' comment '职位',

`card_num` varchar(255) character set utf8 collate utf8_general_ci default null comment '工卡号',

primary key (`id`),

key `index_union` (`name`,`age`,`position`)

) engine=innodb auto_increment=450003 default charset=utf8;

450003条数据

limit分页执行情况

MySQL索引优化之分页探索详细介绍

像select * from demo limit 90000,10;考虑到回表,所以mysql干脆选择全表扫描。

mysql不是直接从第90000行开始计算10条,而是从第一个叶子节点开始计数,计算90010行。

案例一

MySQL索引优化之分页探索详细介绍

针对上图,当id是连续自增的时候,可以用主键筛选出id=90000之后的数据。因为主键的索引是b+树结构,本身就是有序的。

MySQL索引优化之分页探索详细介绍

案例二

MySQL索引优化之分页探索详细介绍

先按照name排序,然后再从第90000行起找10行,虽然name是索引,但select的列在index_union索引树上并没有保存。

所以还会涉及到回表,于是mysql直接选择扫主键索引树的叶子结点,先将40多万数据根据name排好序,然后计算90000行+10行。

优化方法:利用子查询解决最消耗时间的排序和回表问题,联合索引树种保存有主键id,order by name的话可以将name、age、position整个索引充分使用因为确定了最左列的排序,其余的俩列age、和position其实也是

排好序的了,通过extra字段也可以是使用了索引树做排序。

最外层的查询是根据主键来关联的,所以几乎可以忽略。10+10 因为id是主键,可以直接拿临时表10条数据去扫。

MySQL索引优化之分页探索详细介绍

到此这篇关于mysql索引优化之分页探索详细介绍的文章就介绍到这了,更多相关mysql分页探索内容请搜索钦钦技术栈以前的文章或继续浏览下面的相关文章希望大家以后多多支持钦钦技术栈!

原文链接:https://blog.51cto.com/u_11194090/4744508

版权声明:本文(即:原文链接:https://www.qin1qin.com/catagory/3806/)内容由互联网用户自发投稿贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 630367839@qq.com 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022-07-20 10:13:44
下一篇 2022-07-20 10:13:57

软件定制开发公司

相关阅读

发表回复

登录后才能评论
通知:禁止投稿所有关于虚拟货币,币圈类相关文章,发现立即永久封锁账户ID!