sql慢查询优化

业务场景

线上订单列表分页查询,老写法:

sql 复制代码
select * from order 
where user_id=? and create_time between ? and ? 
order by create_time desc 
limit 10000,10

问题

• limit 偏移量太大,数据库要扫描前10000行再丢弃,极慢

• 只有单列索引,排序触发 Using filesort

• 接口响应3~5秒,频繁超时

优化方案

  1. 建联合索引

    idx_user_createtime (user_id, create_time, id)

  2. 改成游标分页(正确逻辑)

    第一页正常:

sql 复制代码
select id,xxx from order 
where user_id=? 
order by create_time desc,id desc 
limit 10

下一页带上一页最小时间+最小id,用 id < last_id

(因为是倒序:时间从新到旧、id从大到小)

sql 复制代码
select id,xxx from order 
where user_id=? 
and create_time < last_create_time 
and id < last_id
order by create_time desc,id desc 
limit 10

核心原理

倒序分页:desc 用 id < 上页最后一条id

正序分页:asc 用 id > 上页最后一条id

  1. 去掉 select *,只查必要字段

优化效果

SQL从3秒多降到10ms内,接口超时全部消失。

我给你一句面试口述原话,直接背:

当时线上订单列表用limit大偏移分页,越往后越慢,还触发了文件排序。我先建了user_id+create_time联合索引,然后把大偏移limit改成游标分页,倒序查询用id小于上一页最后一条id做翻页,避免数据库扫描大量无效数据,同时精简查询字段,优化后耗时从3秒多降到十几毫秒。

相关推荐
草莓熊Lotso33 分钟前
【C++ 基于微服务的即时通讯系统】文件存储子服务实战:UUID生成、文件IO封装与全接口单元测试
开发语言·网络·数据库·c++·微服务·架构·单元测试
进击的荆棘2 小时前
MySQL——库的操作
数据库·mysql
2601_967980112 小时前
“小程序·云开发”上线 助力开发者的高效利器
数据库·存储管理·小程序云开发·云函数·开发者工具
zhangjw342 小时前
1-9 SELECT 查询基础:where、group by、having、order by、limit offset
数据库·postgresql·pg数据库
唐老板2 小时前
Postgres 慢查询,先取证再动手
数据库·ai编程
笃行3509 小时前
数据库性能优化的五处内核改造,KingbaseES 配了四件诊断工具
数据库
非优秀程序员11 小时前
第02章 杭电的英语老师与一台服务器|《互联网产品恩仇录》
数据库·node.js·代码规范
SelectDB16 小时前
SelectDB 是哪个公司的?是国产数据库吗?一篇讲清飞轮科技与 Apache Doris 的关系
数据库
这个DBA有点耶16 小时前
库内计算推理:一条SQL背后的算子融合,和外挂方案差了几次网络往返
数据库·人工智能·sql
这个DBA有点耶18 小时前
函数索引的“完全一致”有多苛刻:写法、字符集、类型,差一处就失效
数据库·mysql·代码规范