博客探讨了MySQL在大数据量下使用limit进行分页查询时速度变慢的问题，并提出了两种优化方案。第一种方案是利用子查询筛选条件，通过查询单个字段减少开销，显著提高了查询速度。第二种方案适合id连续的系统，通过between...and...快速获取数据，但不适用于条件复杂或id不连续的情况。这两种方法都针对了大数据量分页查询的效率问题。
在开发过程中我们经常会使用分页，核心技术是使用limit进行数据的读取。在使用limit进行分页的测试过程中，得到以下数据：select * from news order by id desc limit 0,10
耗时0.003秒
select * from news order by id desc limit 10000,10
耗时0.058秒
select * from news order by id desc limit 100000,10
耗时0.575秒
select * from news order by id desc limit 1000000,10
耗时7.28秒
我们惊讶的发现mysql在数据量大的情况下分页起点越大查询速度越慢，100万条起的查询速度已经需要7秒钟。这是一个我们无法接受的数值！
改进方案 1select * from news
where id > (select id from news order by id desc limit 1000000, 1)
order by id desc
limit 0,10
查询时间 0.365秒，提升效率是非常明显的！！原理是什么呢？？？
我们使用条件对id进行了筛选，在子查询 (select id from news order by id desc limit 1000000, 1) 中我们只查询了id这一个字段比起select * 或 select 多个字段 节省了大量的查询开销！
改进方案2
适合id连续的系统，速度极快！select * from news
where id between 1000000 and 1000010
order by id desc
不适合带有条件的、id不连续的查询。速度非常快！
扫一扫
300
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
