多表JOIN分页总数需用COUNT(DISTINCT 主键)或分离统计，ORDER BY须带表别名且组合唯一字段防重复，LIMIT/OFFSET参数需(int)强转，大数据量应改用游标分页。
直接用 COUNT(*) 做分页总数会出错
多表 JOIN 后直接 SELECT COUNT(*)，常导致总数虚高——因为一条主表记录匹配多条从表记录时，会被重复计数。比如用户表关联订单表，一个用户有 3 个订单，JOIN 后查总数就变成 3 行，而非 1 个用户。
正确做法是只对主表计数，且确保不被 JOIN 干扰：
- 用子查询或
DISTINCT包裹主键：SELECT COUNT(DISTINCT u.id) FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE ... - 更稳妥的是分离统计：先执行
SELECT COUNT(*) FROM users WHERE ...（条件与主查询一致），再做带JOIN的数据查询 - 注意
WHERE条件中涉及从表字段时，LEFT JOIN可能退化为INNER JOIN效果，影响计数逻辑，需统一用INNER JOIN或调整条件位置
LIMIT 和 OFFSET 在多表查询里要小心字段歧义
多个表有同名字段（如 id、created_at）时，ORDER BY 和 LIMIT 前若不明确指定表别名，MySQL 可能报错或排序错乱。
实操要点：
立即学习“PHP免费学习笔记（深入）”；
- 所有
ORDER BY字段必须带表别名：ORDER BY u.created_at DESC，不能只写ORDER BY created_at -
LIMIT本身无歧义，但它的生效依赖ORDER BY稳定性；若排序字段存在重复值（如多人同秒注册），分页可能漏数据或重复，建议组合主键：ORDER BY u.created_at DESC, u.id DESC - 避免在
JOIN查询中用SELECT *，显式列出所需字段，防止字段顺序/数量变化引发 PHP 数组键错位
PHP 里手动拼接多表分页 SQL 容易漏转义和类型校验
手写 SQL 拼接 WHERE 条件时，字符串参数不加 mysqli_real_escape_string 或 PDO 的 prepare/bindParam，极易 SQL 注入；数字偏移量不用 (int) 强转，可能被传入负数或非数字造成全表扫描。
安全写法示例（PDO）：
$offset = (int)$_GET['page'] * $limit;
$stmt = $pdo->prepare("SELECT u.name, o.amount FROM users u INNER JOIN orders o ON u.id = o.user_id WHERE u.status = ? ORDER BY u.id LIMIT ? OFFSET ?");
$stmt->execute(['active', $limit, $offset]);
注意：LIMIT 和 OFFSET 参数不能用占位符（部分 PDO 驱动不支持），必须用 (int) 转换后拼入 SQL 字符串，但仅限这两个位置——其余所有用户输入一律走绑定。
大数据量下 OFFSET 性能崩得快，得换方案
当 OFFSET 超过 10 万行，MySQL 仍要扫描前面所有行，响应明显变慢。这不是 PHP 层能优化的，得改查询逻辑。
可行替代方式：
- 用游标分页（cursor-based）：记住上一页最后一条的
id，下一页查WHERE id > ? ORDER BY id LIMIT ?，要求排序字段唯一且有索引 - 用延迟关联（deferred join）：先
SELECT id FROM ... LIMIT ? OFFSET ?，再用这些id回表JOIN，减少大结果集传输 - 业务允许时，前端改用“加载更多”并缓存前几页，避免深分页请求
游标分页无法跳转任意页，但对“下一页”场景更可靠；OFFSET 方案看似灵活，实际在联表 + 大数据下最不可靠。
