分页查询需综合前端、后端与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 省略}
注意：page从1开始更符合用户习惯，offset由程序计算得出，避免前端传偏移量造成安全风险。
立即学习“Java免费学习笔记（深入）”；
2. 使用LIMIT/OFFSET进行基础分页（适用于中小数据量）
MySQL中通过LIMIT和OFFSET实现分页，语法简单但随着偏移量增大性能下降明显。
SQL示例： ```sql SELECT id, name, email FROM user ORDER BY id LIMIT ? OFFSET ?
Java中使用PreparedStatement防止SQL注入：
```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扫描。
Hishop.5.2.BETA2版主要更新： [修改] 进一步优化了首页打开速度 [修改] 美化了默认模板 [修改] 优化系统架构,程序标签及SQL查询效率,访问系统页面的速度大大提高 [修改] 采用了HTML模板机制,实现了前台模板可视化编辑,降低模板制作与修改的难度. [修改] 全新更换前后台AJAX技术框架,提升了用户操作体验. 店铺管理 [新增] 整合TQ在线客服 [修改] 后台广告位增加
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(); Listusers = new ArrayList<>(); boolean hasNext = false; int count = 0; while (rs.next() && count < size) { users.add(mapToUser(rs)); count++; } // 如果实际读取数量超过预期，说明还有下一页 hasNext = rs.next();
}
优势：每次查询都从索引定位，无需跳过大量数据，性能稳定。4. 总数优化：非必要不查count(*)
传统分页常使用COUNT(*)获取总条数，但在大数据表上代价高昂。
优化建议：
- 如果只是“下一页”按钮，可通过是否返回满页数据判断是否还有下一页，避免查总数
- 允许近似总数时，可从information_schema或统计信息获取估算值
- 高频查询可缓存总数，定时更新
例如，返回结构可简化为：
```json { "data": [...], "hasNext": true }基本上就这些。选择哪种方式取决于数据量和业务场景。中小项目用LIMIT/OFFSET足够；高并发或大数据量推荐游标分页，配合合理索引，性能提升明显。
