https://zhuanlan.zhihu.com/p/26043916
LIMIT 语句 分页查询是最常用的场景之一,但也通常也是最容易出问题的地方。比如对于下面简单的语句,一般DBA想到的办法是在type, name, create_time字段上加组合索引。这样条件排序都能有效的利用到索引,性能迅速提升。 SELECT * FROM operation WHERE type = ‘SQLStats‘ AND name = ‘SlowLog‘ ORDER BY create_time LIMIT 1000, 10; 好吧,可能90%以上的DBA解决该问题就到此为止。但当 LIMIT 子句变成 “LIMIT 1000000,10” 时,程序员仍然会抱怨:我只取10条记录为什么还是慢? 要知道数据库也并不知道第1000000条记录从什么地方开始,即使有索引也需要从头计算一次。出现这种性能问题,多数情形下是程序员偷懒了。在前端数据浏览翻页,或者大数据分批导出等场景下,是可以将上一页的最大值当成参数作为查询条件的。SQL重新设计如下: SELECT * FROM operation WHERE type = ‘SQLStats‘ AND name = ‘SlowLog‘ AND create_time > ‘2017-03-16 14:00:00‘ ORDER BY create_time limit 10; 在新设计下查询时间基本固定,不会随着数据量的增长而发生变化。
https://www.zhihu.com/question/48250165/answer/110243061
select * from driver_order_record where end_time >= 1459353600 and end_time <1459440000 limit 1000 offset 444700; select * from driver_order_record as a join (select service_order_id from driver_order_record where end_time >= 1459353600 and end_time <1459440000 limit 1000 offset 444700) as b on a.service_order_id=b.service_order_id;
B查询中的子查询,只返回了主键,结果集较小,再去用ID进行关联效率还可以接受
原文:https://www.cnblogs.com/infaaf/p/9573926.html