mysql limit如何优化
下面的sql执行需要1.2s
SELECT * FROM sbh_plat_order WHERE state = 3 AND order_end_time BETWEEN '2022-09-01 00:00:00' AND '2022-09-30 23:59:59'
ORDER BY create_time DESC
LIMIT 232000,2000
然后呢,优化成下面的sql,0.09s就能出结果。
SELECT * FROM sbh_plat_order t1 inner join (
select id from sbh_plat_order WHERE state = 3 AND order_end_time BETWEEN '2022-09-01 00:00:00' AND '2022-09-30 23:59:59'
ORDER BY create_time DESC
) t2 on t1.id = t2.id
LIMIT 232000,2000
可是,but,发现查询出来的数据却不一致了。
原因:sbh_plat_order 表里的id与create_time两个字段的值不是正相关的。 就是说,存在下面的记录
| id | create_time |
| 1 | 2022-10-1 |
| 2 | 2022-10-2 |
| 3 | 2022-9-1 |
| 4 | 2022-10-3 |
所以,这么优化是有问题的。那么,我想请教大家的是:我这个sql还有其他优化方式吗? 谁能让它降到一秒,我今天晚上跟谁睡 O(∩_∩)O哈哈~
相关推荐
mysql分页之limit优化技巧
本文档针对mysql分页之limit慢的问题,使用联合索引在大数据量的情况下优化limit分页的性能
MYSQL分页limit速度太慢的优化方法
主要介绍了MYSQL分页limit速度太慢的优化方法,需要的朋友可以参考下
mysql limit分页优化详细介绍
mysql limit分页优化 同样是取10条数据 select * from yanxue8_visit limit 10000,10 和 select * from yanxue8_visit limit 0,10 就不是一个数量级别的。 网上也很多关于limit的五条优化准则,都是翻译自MySQL手册,虽然正确但不实用。今天发现一篇文章写了些关于limit优化的,很不错。 文中不是直接使用limit,而是首先获取到offset的id然后直接使用limit size来获取数据。根据他的数据,明显要好于直接使用limit。这里我具体使用数据分两种情况进行测试。(测试环境win2033+
详解mysql的limit经典用法及优化实例
详细介绍了mysql的limit经典用法及优化实例,有需要的朋友可以参考一下
优化mysql的limit offset的例子
经常碰到的一个问题是limit的offset太高,如:limit 100000,20,这样系统会查询100020条,然后把前面的100000条都扔掉,这是开销很大的操作,导致查询很慢。假设所有分页的页面访问频率一样,这样的查询平均扫描表的一半数据。优化的方法,要么限制访问后面的页数,要么提升高偏移的查询效率。 一个简单的优化办法是使用覆盖查询(covering index)查询,然后再跟全行的做join操作。如: 代码如下:SQL>select * from user_order_info limit 1000000,5;这条语句就可以优化为: 代码如下:select * from


