英文网站后台维护,免费国内socks5代理,内部局域网怎么搭建,精准营销的典型案例最近看到一道面试题#xff0c;如何优化深分页查询 最简单的例子是
select * from web_bill_main
limit 30000,10;分页达到30000行#xff0c;需要把前面29999行都过滤掉#xff0c;才能找到这10条数据 所以整体时间花了80ms(工具显示时间)
我当时的第一反应是#xff0…最近看到一道面试题如何优化深分页查询 最简单的例子是
select * from web_bill_main
limit 30000,10;分页达到30000行需要把前面29999行都过滤掉才能找到这10条数据 所以整体时间花了80ms(工具显示时间)
我当时的第一反应是使用in
select * from web_bill_main
where id in
(select id from web_bill_main limit 30000,10)很遗憾报错了
然后想到使用left join
select w.* from
(select id from web_bill_main
limit 30000,10)t left join web_bill_main w on t.id w.id速度提升至15ms
正当我洋洋得意时发现问题的不对劲速度是提升了但是返回数据不一样了
此时我发现以下两个sql返回数据的id不一致
select id from web_bill_main
select * from web_bill_mainselect * from web_bill_main查询到的是根据ID进行排序的数据 select id from web_bill_main查询出来的ID并不有序
百思不得其解使用explain分析 explain select * from web_bill_main 分析如下全表查所以id有序
explain select id from web_bill_main 分析如下没有使用id索引而是使用了idx_modify_timemysql除了主键索引都是联合索引利用了回表 针对使用idx_modify_time的理解是id是聚簇索引如果遍历ID索引的结果就是会遍历所有数据所以使用idx_modify_time索引的覆盖索引机制而idx_modify_time的顺序和id不一致所以出现查询到的结果不一
最终改成如下sql数据与原数据一致
select w.* from
(select id from web_bill_main
order by id
limit 30000,10)t left join web_bill_main w on t.id w.id耗时29ms
