java百万级数据深度分页如何优化?

一、场景举例
1、查询文章列表,一直滑动翻页,不用跳转到指定页数。
2、从数据库查询百万客户数据写入到redis。
3、访问某小程序的积分商城查看商品,一直滑动翻页,不用跳转到指定页数。

二、问题分析
.设计客户表结构,插入100万数据:

`CREATE TABLE `t_customer` (
`id` bigint NOT NULL COMMENT '主键',
`no` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '手机号',
`name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '姓名',
`create_date` datetime NULL DEFAULT NULL COMMENT '创建时间',
`update_date` datetime NULL DEFAULT NULL COMMENT '更新时间',
`create_user` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '创建人',
`update_user` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL COMMENT '更新人',
`delete_flag` tinyint(1) NULL DEFAULT 0 COMMENT '删除标识',
PRIMARY KEY (`id`) USING BTREE,
UNIQUE INDEX `idx_no`(`no` ASC) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci COMMENT = '客户表' ROW_FORMAT = Dynamic;`

. 深度分页问题SQL,如下所示:

SELECT
c.id,c.no,c.name
FROM
t_customer c
WHERE
c.delete_flag = 0
order by c.id limit #{offset}, #{pageSize}

. 深度分页造成的结果
当以上的场景翻页很深,offset越来越大,回表的记录越来越多,sql查询性能会急剧下降,会出现大量的慢SQL(超过1s的)

三、解决方案

1、子查询,利用聚集索引减少回表,从而提升查询效率,类似以下的SQL:
SELECT
c.id, c.`name`,c.`no`
FROM
t_customer c
where
c.id >= (select id from t_customer WHERE delete_flag = 0 ORDER BY id limit #{offset},1) limit #{pageSize};

2、内连接(inner join)查询, 我们可以把子查询(利用聚集索引)的结果当成一张临时表,然后和原表进行关联查询,类似以下的SQL:
SELECT
c.id, c.`name`,c.`no`
FROM
t_customer c,
(SELECT id  FROM t_customer  WHERE delete_flag = 0 ORDER BY id LIMIT #{offset}, #{pageSize}) as d
where
c.id = d.id;

3、使用游标分页查询,当我们查询第二页的时候,把第一页的查询结果(返回最后一条记录的Id)放到第二页的查询条件中,类似以下的SQL:
SELECT
c.id,c.no,c.name
FROM
t_customer c
WHERE
c.delete_flag = 0 and id > #{lastId}
order by c.id limit #{pageSize};

常见的例子:
-- 一般的解法(深度分页)
SELECT
   c.id,c.no,c.name
FROM
   t_customer c
WHERE
   c.delete_flag = 0 
order by c.id limit 999998,500;

-- 优化的解法1(inner join优化)
SELECT
	c.id, c.`name`,c.`no` 
FROM
	t_customer c,
  (SELECT id  FROM t_customer  WHERE delete_flag = 0 ORDER BY id LIMIT 999998,500) as d
where 
  c.id = d.id;
	
-- 优化的解法2(子查询优化)	
SELECT
	c.id, c.`name`,c.`no` 
FROM
	t_customer c
where 
  c.id >= (select id from t_customer WHERE delete_flag = 0 ORDER BY id limit 999998,1) limit 500;

-- 优化的解法3(最优解-游标查询)			
SELECT
   c.id,c.no,c.name
FROM
   t_customer c
WHERE
   c.delete_flag = 0 and id > 1629258659047518218
order by c.id limit 500;

四、结果演示

一般的解法(深度分页)

优化的解法1(inner join优化)

优化的解法2(子查询优化) 

 优化的解法3(最优解-游标查询)

  • 8
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值