2024年最全MySQL如何破解limit 100w+的分页查询，成功从小公司跳槽进蚂蚁定级P6

总目录展示

该笔记共八个节点（由浅入深），分为三大模块。

高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。

一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。

高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。

---

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

由于内容太多，这里只截取部分的内容。

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

三、优化前

我们先不进行任何优化处理，直接采用最原始的limit方式查询，如下SQL：

select type

from order_info

where user_id = 17898735496

limit 2000000,10

执行结果：

OK

时间: 42.698s

执行结果表明，虽然查询很简单，但是因为limit翻页数量太大，导致这个SQL查询时间非常慢。那有什么办法可以优化呢？

四、优化后

方案其实有很多，今天就给大家介绍最简单实用的一种：我们可以先查询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

线程、数据库、算法、JVM、分布式、微服务、框架、Spring相关知识

一线互联网P7面试集锦+各种大厂面试集锦

学习笔记以及面试真题解析

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

va面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)收录**

需要这份系统化的资料的朋友，可以点击这里获取