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秒多降到十几毫秒。

相关推荐
Shadow(⊙o⊙)18 分钟前
MySQL索引
数据库·mysql
倔强的石头_2 小时前
多环境配置治理:开发、测试、生产连接信息如何隔离
数据库
杨云龙UP2 小时前
一次数据库查询缓慢故障复盘:大表数据增长、SQL全表扫描导致系统响应异常
linux·运维·服务器·数据库·sql·mysql
2501_933670793 小时前
2027 应用统计学秋招选岗指南:统计、SQL、业务指标如何对应岗位
数据库·sql
Alice-YUE3 小时前
向量数据库选型实战:Chroma/Qdrant/Milvus/PgVector 怎么选
数据库·milvus·向量数据库·chroma·rag·qdrant
invicinble3 小时前
python 编程语言 认识维度
开发语言·数据库·python
IT古董3 小时前
《FDE前沿部署工程师实战教程》29 - Enterprise AI Security:Agent安全体系设计
大数据·数据库·人工智能
OpenCSG3 小时前
行业观察 | 在宜昌看具身智能:开源社区被摆到了台前
数据库·开源
喆星时瑜3 小时前
RStudio 数据清洗案例教程
大数据·数据库
明月_清风4 小时前
DuckDB:一个正在改变数据分析方式的数据库
数据库·数据分析·ai编程