怎么用sql写分页查询，数据多了翻页才方便点嘛

说到分页查询,这确实是个非常实用的技术，想象一下，你打开一个购物网站搜索“手机”，结果出来几十万件商品，如果网站一次性把所有商品都加载到一页上，你的浏览器很可能直接卡死，就算不卡死，你要滑到什么时候才能找到第100页的商品呢？分页就是把这一大堆数据切成一小块一小块的，一次只给你看一小块，比如一页20个商品，你想看更多就点“下一页”，这在技术上就是通过SQL的分页查询来实现的。

SQL是怎么做到这一点的呢？核心思想就两个：排序和截取，你得先告诉数据库，按照什么规则来给数据排队（比如按价格从低到高，按上架时间从新到旧），然后你再告诉数据库，我这次只要从第几条开始，一共要几条。

在不同的数据库里,实现这个“截取”动作的写法不太一样，但思路是相通的，下面我们就看看几种常见的写法。

最经典的方法：使用 LIMIT 和 OFFSET

这是很多数据库都支持的一种方式,尤其是MySQL、PostgreSQL、SQLite这些，它的语法非常直白，一看就懂。

基本写法是这样的： SELECT 列名 FROM 表名 ORDER BY 排序字段 LIMIT 每页条数 OFFSET 起始位置；

我来拆解一下：

• ORDER BY 排序字段：这是关键的第一步，你必须先排好序，不然每次翻页出来的数据顺序是乱的，用户体验会很差。ORDER BY price DESC 就是按价格降序排，最贵的在前面。
• LIMIT 每页条数：这个好理解，就是你一页想显示多少条数据，比如你想一页看10条，这里就写 LIMIT 10。
• OFFSET 起始位置：这个指的是“跳过”前面多少条数据，比如第一页，我们不需要跳过任何数据，OFFSET 0，第二页，我们需要跳过第一页已经显示的10条数据，OFFSET 10。

举个例子,假设我们有个products产品表，要按价格从低到高排序，每页显示5条数据。

• 查询第1页：起始位置是0，跳过0条，SQL就是：SELECT * FROM products ORDER BY price ASC LIMIT 5 OFFSET 0; 也可以简写成 SELECT * FROM products ORDER BY price ASC LIMIT 0, 5; （注意这里LIMIT后面先是起始位置，再是条数）。
• 查询第2页：需要跳过第1页的5条数据，SQL是：SELECT * FROM products ORDER BY price ASC LIMIT 5 OFFSET 5; 或者 SELECT * FROM products ORDER BY price ASC LIMIT 5, 5;。
• 查询第n页：通用的算法就是 OFFSET = (页码 - 1) * 每页条数，比如第3页，每页5条，OFFSET = (3-1)*5 = 10。

这种方法非常容易理解,但有个缺点，就是当数据量特别特别大时，比如你要翻到第10000页，OFFSET的值会非常大（比如10000*20=200000），数据库需要先扫描并跳过这20万条数据，然后才能取回你需要的20条，这个“跳过”的操作可能会比较慢。

针对大数据集的优化方法：使用 WHERE 和 LIMIT（也叫“游标分页”或“seek method”）

为了解决OFFSET在深分页时的性能问题，还有一种更高效的方法，这种方法不依赖OFFSET来跳过数据，而是记录上一页最后一条数据的位置，然后从这个位置开始往下找。

假设我们还是按价格排序,但这次我们要求价格是唯一的（如果价格可能相同，我们还需要一个唯一的ID作为第二排序条件，比如ORDER BY price, id，确保顺序是绝对稳定的）。

• 查询第1页：和之前一样。SELECT * FROM products ORDER BY price ASC LIMIT 5;
• 查询第2页：这时候，我们不是计算OFFSET，而是记住第1页最后一条记录的价格（假设是100元），那么查询第2页的SQL就是：SELECT * FROM products WHERE price > 100 ORDER BY price ASC LIMIT 5;

你看,这里用 WHERE price > 100 直接定位到了上一页结束的地方，数据库可以利用索引快速找到这个位置，然后直接返回接下来的5条数据，完全避免了扫描和跳过前面大量数据的开销，这种方法在翻页过程中速度非常稳定，无论你翻到第几页，速度都很快。

它的缺点是不能直接跳到任意页码，比如你不能直接从第1页跳到第100页，因为你不知道第99页最后一条数据是什么，它更像是“上一页”、“下一页”这种连续翻页的模式，非常适合无限滚动的场景，像Facebook、Twitter这类信息流应用，背后用的就是这种分页原理。

其他数据库的写法

• SQL Server：它使用 OFFSET ... FETCH 子句，思路和LIMIT/OFFSET一样，但语法不同，例如查第二页（每页5条）：SELECT * FROM products ORDER BY price ASC OFFSET 5 ROWS FETCH NEXT 5 ROWS ONLY;
• Oracle：在12c版本之前，分页查询比较麻烦，通常需要用到子查询和行号ROWNUM，从12c开始，它也支持了 OFFSET ... FETCH 语法，和SQL Server类似。

• 如果你的数据量不是特别大,或者翻页深度不深（比如最多几百页），用 LIMIT/OFFSET 最简单明了。
• 如果你的数据量巨大,成百上千万，并且用户需要频繁地深度翻页或者使用无限滚动加载，基于WHERE条件的“游标分页” 是性能更好的选择。
• 无论用哪种方法,一定要先用ORDER BY排序，这是分页正确的前提。

在实际的应用程序中（比如用Java、Python、PHP写的后端程序），你通常会从前端接收到两个参数：current_page（当前页码）和page_size（每页大小），然后在后端代码里计算出 offset = (current_page - 1) * page_size，再拼接到SQL语句里，最后把查询到的数据和总页数（通常需要另写一个SELECT COUNT(*)的查询来获得）一起返回给前端显示，这样，一个完整的分页功能就实现了，希望这个解释能让你对SQL分页查询有一个清晰直观的认识。