分页查询需综合前端、后端与SQL设计。1. 前端传page和size，后端校验并计算offset；2. 中小数据量用LIMIT/OFFSET，但性能随偏移增大下降；3. 大数据量推荐游标分页，以上一页最后记录的排序字段为起点，避免扫描；4. 优化总数查询，非必要不查count(*)，可通过是否返回满页判断是否有下一页，或使用缓存、估算值。
在Java开发中，分页查询是处理大量数据时的常见需求。合理的分页逻辑不仅能提升用户体验，还能显著降低数据库压力。实现高效分页需要从前端请求、后端逻辑到SQL语句三个层面协同设计。
1. 分页参数的设计与接收
前端通常传递当前页码（page）和每页大小（size），后端应对其进行校验和标准化。
示例代码： ```java public class PageRequest { private int page = 1; private int size = 10;public int getOffset() {
return (page - 1) * size;
}
// getter/setter 省略}
<p>注意：page从1开始更符合用户习惯，offset由程序计算得出，避免前端传偏移量造成安全风险。</p> <H3>2. 使用LIMIT/OFFSET进行基础分页（适用于中小数据量）</H3> <p>MySQL中通过LIMIT和OFFSET实现分页，语法简单但随着偏移量增大性能下降明显。</p> <font color="#0000FF">SQL示例：</font> ```sql SELECT id, name, email FROM user ORDER BY id LIMIT ? OFFSET ?
Java中使用PreparedStatement防止SQL注入：
立即学习“Java免费学习笔记（深入）”；
```java String sql = "SELECT id, name, email FROM user ORDER BY id LIMIT ? OFFSET ?"; try (PreparedStatement ps = connection.prepareStatement(sql)) { ps.setInt(1, pageRequest.getSize()); ps.setInt(2, pageRequest.getOffset()); ResultSet rs = ps.executeQuery(); // 处理结果集 } ```缺点：当OFFSET很大时（如LIMIT 10 OFFSET 100000），数据库仍需扫描前10万条记录，效率低下。
3. 基于游标的高效分页（推荐用于大数据量）
用上一页最后一条记录的排序字段值作为下一页的起点，避免OFFSET扫描。
适用场景：按id或时间递增排序的列表，如消息流、订单记录。SQL示例：
SELECT id, name, created_time FROM user WHERE id > ? ORDER BY id ASC LIMIT ?
Java处理逻辑：
```java // 上一页最后一个id作为游标 Long lastId = request.getLastId(); int size = request.getSize();String sql = "SELECT id, name, created_time FROM user WHERE id > ? ORDER BY id ASC LIMIT ?"; try (PreparedStatement ps = connection.prepareStatement(sql)) { ps.setLong(1, lastId); ps.setInt(2, size + 1); // 多查一条判断是否有下一页
ResultSet rs = ps.executeQuery();
List<User> users = new ArrayList<>();
boolean hasNext = false;
int count = 0;
while (rs.next() && count < size) {
users.add(mapToUser(rs));
count++;
}
// 如果实际读取数量超过预期，说明还有下一页
hasNext = rs.next();}
<strong>优势：</strong>每次查询都从索引定位，无需跳过大量数据，性能稳定。
<H3>4. 总数优化：非必要不查count(*)</H3>
<p>传统分页常使用COUNT(*)获取总条数，但在大数据表上代价高昂。</p>
<p>优化建议：</p>
<ul>
<li>如果只是“下一页”按钮，可通过是否返回满页数据判断是否还有下一页，避免查总数</li>
<li>允许近似总数时，可从information_schema或统计信息获取估算值</li>
<li>高频查询可缓存总数，定时更新</li>
</ul>
<p>例如，返回结构可简化为：</p>
```json
{
"data": [...],
"hasNext": true
}基本上就这些。选择哪种方式取决于数据量和业务场景。中小项目用LIMIT/OFFSET足够；高并发或大数据量推荐游标分页，配合合理索引，性能提升明显。
