MySQL深分页问题四种方案小结_数据库_开发者

开发者 https://www.devze.com 2024-11-05 08:59 出处：网络作者：北i

目录深分页为什么慢优化1. 通过子查询优化2. 通过 INNER JOIN 优化3. 标签记录法4. between...and...补充mysql深分页问题：这个问题在实际项目中很常见，当数据量大以后，分页会非常的慢（几年前做过一个调度日志的分

深分页为什么慢

编程客栈前言：N个条件为索引，id为主键

平常分页一般也是用的PageHelper插件，最终SQL就大致长这个样：

select id,name from table_name where N个条件 limit 100000,10;

它的执行流程：

先去二级索引过滤数据，然后找到主键ID
通过ID回表查询数据，取出需要的列
扫描满足条件的100010，丢弃前面100000条，返回

这里很明显的不足就是，明明只需要拿10条，确多回表了100000次

优化

1. 通过子查询优化

优化回表次数

select id,name FROM table_name t1 where id >= (select id from table_name where update_time >= '2024-04-01 23:59:59' limit 100000, 1) AND update_time >= '2024-04-01 23:59:59' LIMIThttp://www.devze.com 10;

流程：根据条件在二级索引进行匹配，得出结果ID后，外层查询再根据结果ID向后查10个即可

2. 通过 INNER JOIN 优化

优化回表次数

SELECT t1.id,t1.name FROM table_name t1 INNER JOIN (SELECT t2.id FROM table_name t2 WHERE t2.update_time >= '2024-04-01 23:59:59' ORDER BY t2.update_time LIMIT 100000, 10) AS t3 on t1.id= t3.id;

上面两种方式其核心点都是 优化回表次数 这个角度去进行优化，但是扫描的行却并没有减少，下面有两种是从减少扫描行入手的方式，不过都有一定限制

3. 标签记录法

记录上次查询的最大ID，再编程请求下一页的时候

select id,name FROM table_name where id > 100000 order by id limit 10;

4. between...and...

select  id,name FROM table_name where id between 100000 and 100010 order by id;

局限性：依赖于连续自增的字段（如果不连续，可以order by 一下）

补充

	是否可带条件	适用场景
子查询	是	后台系统多条件分页
INNER JOIN	是	后台系统多条件分页
标签记录法	否	滑动分页(如app商品列表、新闻资讯列表)
between...and...	否	滑动分页