方案其实有很多，今天就给大家介绍最简单实用的一种：我们可以先查询id主键，然后通过in条件查询出分页所有数据。虽然一条SQL变成2条，但是执行时间却大大减少，我们接着看一下实验结果是怎么样的。
1.先查询主键id
select id
from order_info
where user_id = 17898735496
limit 2000000,10
执行结果：
OK
时间: 0.607s
2.通过主键id查询table数据
select type
from order_info
where id in (2066774275,2067155197,2067217323
,2064637941,2062897537,2058347040,
2057876987,2064711964,2067155181,2063957963)
执行结果
OK
时间: 0.037s
但是90%以上的table查询都不会涉及到，这么大数据的limit查询，所以我们可以在程序上面做一下处理。如果limit index小于1w，就直接查询所有的数据，如果limit index大于等于1w，就采用先查询id，后in条件查询所有数据。当然不一定是1w，这个index的大小主要取决于，你要查询的表的大小，要根据实际情况来设置这个值。
五、知识扩展
作为面试官,我最喜欢问这种实际应用开发问题了。很多面试者会回答采用id>定值，然后直接获取对应个数的数据。例如：
select type
from order_info
where id > 10000
limit 10
但是这样有个前提就是，id需要是自增长，其次是需要是顺序查询，不能够进行跳页查询，而且还不能有按字段排查的情况，限制非常多。
这种方式最常见的应用场景：不需要任何排序，一页页的获取数据，直到获取完毕。
例如我需要获取一个用户一年内所有的订单数据，这个时候就可以采用这种方式了。通过每次请求都返回一个nextToken，然后下一次请求带上这个nextToken，这个nextToken其实就是上面对应的index坐标。
六、结论：
我们可以很明显的看到，通过只查询id的方式，可以快速查询出所有的id主键，因为MYSQL对查询主键是有进行特殊优化的，可以直接走主键索引，不需要回表操作。第二步根据id查询数据，那就更快了，基本上秒出来。
当然真实生产中，我们还需要根据实际业务适配对应逻辑，就比如：如果99%的分页不会到1w以上，那基本不会发生这种慢SQL了。
通过这个简简单单的优化，瞬间就可以提高10倍以上是性能，这么6的方法你学会了嘛。
-----------------------
**公众号：**林老师带你学编程
**网站：**www.wolzq.com
代码无非增删改查，关注老师给你Coding
林老师带你学编程：http://www.wolzq.com
面试结束复盘查漏补缺
每次面试都是检验自己知识与技术实力的一次机会，面试结束后建议大家及时总结复盘，查漏补缺，然后有针对性地进行学习，既能提高下一场面试的成功概率，还能增加自己的技术知识栈储备，可谓是一举两得。
以下最新总结的阿里P6资深Java必考题范围和答案，包含最全MySQL、Redis、Java并发编程等等面试题和答案，用于参考~
重要的事说三遍，关注+关注+关注！
更多笔记分享
重要的事说三遍，关注+关注+关注！**
[外链图片转存中…(img-pAM6iLlA-1714425061496)]
[外链图片转存中…(img-8Auf2uXu-1714425061497)]
更多笔记分享
[外链图片转存中…(img-j0or8UN8-1714425061497)]
1633
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
