准备数据是20000000条数据
count(*).png
在分页场景下，使用limit start end，我们分别看下从10000， 100000， 1000000开始分页的执行时间（每页取10条），如下图
limit10000.png
limit100000.png
limit1000000.png
当start较小时，查询没有性能问题，但是如上图查询时间所示，随着start增大，查询消耗时间也在递增，在start=10000000时，分页竟然消耗了2秒多，这是不能忍受的。
limit10000000.png
由此引出对limit分页的优化,首先来explain该语句，看到查询没有使用到任何的索引，进行的是全表扫描，假如limit分页用到了索引是不是会快很多呢！
explain.png
优化1
使用索引.png
下面来分析一下这条sql！如下图所示，where下面的括号中的SUBQUERY查询使用到了主键索引，主查询使用到了索引的范围查询，所以速度会快很多
explain.png
优化2
image.png
explain分析一下,第一行是select * from user_innodb形成的临时表使用的是全表扫描，第二行是 （SELECT id FROM user_innodb LIMIT 10000000, 10）形成的，使用的是eq_ref，第三行是全表扫描a和bjoin形成的派生表，使用到的是index，所以速度也会快很多
explain.png
vans.png
网友评论