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

相关推荐
ZhengEnCi6 小时前
S02-SpringBoot实体类新增字段对已有数据的影响及自动DDL同步机制详解
数据库·spring boot
妙码生花7 小时前
从 PHP 到 AI + Golang,程序员自救转型手记(三十二):增加 admin_rule 模型及数据表迁移
数据库·go·ai编程
千维百策6668 小时前
SRE 中如何消除琐务:提升工程效率与服务可靠性的实践方法
数据库
卓怡学长8 小时前
w266基于spring boot + vue 圣地延安美食乐享系统
java·数据库·vue.js·spring boot·spring·intellij-idea
名不经传的养虾人8 小时前
从0到1:企业级AI项目迭代日记 Vol.65|最危险的故障不是崩溃,是悄悄换掉了正确答案
数据库·人工智能·ai编程·ai-agent·企业ai
程序员佳佳9 小时前
模型网关灰度不是调百分比:把放量、观测和回滚做成账本
java·数据库·人工智能·redis·gpt·aigc·embedding
绩隐金9 小时前
用AI开了本小说 九折归潮
数据库
heimeiyingwang9 小时前
【架构实战】MySQL索引优化:从慢查询到毫秒响应
数据库·mysql·架构
得闲喝茶9 小时前
跨表数据匹配——VLOOKUP、XLOOKUP
大数据·数据库·笔记·信息可视化·数据分析·excel
snow@li9 小时前
数据库:如何设计最佳索引 / 数据库最佳索引设计指南
数据库