1、从业务上优化。比如不允许翻过多少页。
2、用主键索引去查询。比如:
查询从100w开始取10条数据,可以用如下sql
select id, name from table where id >=100w limit 10;
弊端:id要是整型有序的,不能存在删除的情况,基本不适用。
如果数据行从100-500被删除了,查询出来的数据就不对了。
3、延迟关联
例:
select id, name from table t1 inner join (select id from table limit 100w, 10) as t2 on t1.id = t2.id;
咋一看比直接使用limit查询时慢,其实不然,原因如下:
a) 查询的时候不需要回行
select id, name from table where id >=100w limit 10 这条查询语句在根据主键索引查询时,每查询一条数据就要回行找name,这是慢的一个原因。
b) 此次查询时 select id from table limit 100w, 10 使用到了覆盖索引,并且主键索引能够在内存里缓存起来,将需要的数据id查询出来后,再一次性取出id,name所以较快。
快的主要原因是使用到了 延迟关联 和 覆盖索引。
本文介绍了三种优化SQL查询的方法:业务层面限制查询范围、利用主键索引查询特定ID区间的数据及采用延迟关联结合覆盖索引来提升查询速度。通过对比分析,展示了不同方法的优势和局限。
286

被折叠的 条评论
为什么被折叠?



