Mysql order by 和limit 同时使用的优化问题

关键字段索引一定要加上!!!

1.Mysql 的order by 和 limit 一起使用时的BUG

select * from table_a where user_id = xx order by gmt_create desc limit xx

这样的话,即使user_id加了索引,但还是会非常非常慢,关于这个问题的细节自行百度。
这个问题能不能解决?可以。而且不难

select * from
(
  select * from table_a where user_id = xx order by gmt_create desc
) a
limit xx

2.数据量过大时limit分页效率

当数据量大到一定量级后,比如有几个text字段的大表100万条数据的时候
这个时候执行sql

select * from table_a limit 800000,10

只查了10条数据,但是非常非常慢!
因为根据limit的执行原理,这里是查出前80W+10条数据,然后截掉前面的80W条数据。
这个问题能不能解决?也可以。

select * from trable_a 
where id in
(
  select id from trable_a limit 800000,10
) a

3.利用 inner join 优化

SELECT a.* FROM batteryinfocopy a inner join (select id from batteryinfocopy where CreateTime between '2020-01-28 08:43:07' and '2020-01-29 08:43:07'  ORDER BY CreateTime DESC LIMIT 99,10) b using(id);

 

posted @   创客未来  阅读(568)  评论(0编辑  收藏  举报
编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!
点击右上角即可分享
微信分享提示