Laravel：能否用单查询实现可选分页并获取总数据量？

嘿，这个问题我之前做项目时也碰到过！其实根本不需要写两次查询，Laravel的分页实例已经帮你把总数量的事情搞定了～

你现在遇到的问题是，$issues->count()是当前页数据集合的计数方法，只会返回当前页的10条数据量；而Laravel通过paginate()返回的LengthAwarePaginator对象，本身就内置了全量数据的总条数，只需要调用total()方法就能拿到。

修改后的完整代码示例 #

控制器代码（不需要改动查询逻辑） #

$issues = Script::where('status', 'Other')
    ->orderBy('prescribe_date', 'desc')
    ->paginate(10);

Blade模板代码（只改计数的方法） #

@foreach ($issues as $issue) 
    {{ $issue->name }} 
@endforeach

{{ $issues->links() }} <br>
Total Issues: {{ $issues->total() }}

为什么这样可行？ #

当你调用paginate()时，Laravel内部会自动执行两个SQL操作：

1. 带LIMIT 10和对应OFFSET的查询，获取当前页的具体数据
2. 单独的COUNT(*)查询，统计所有符合status = 'Other'条件的总记录数

这些操作都是框架帮你封装好的，分页对象会把总条数存储在内部属性中，你只需要通过total()方法就能直接读取，完全不用自己再写一遍查询。

额外场景：如果需要完整数据集怎么办？ #

如果你的业务场景确实需要在同一个请求里获取全量数据（注意：数据量大时不建议这么做，会影响接口性能），可以通过克隆查询构建器来避免重复写查询条件：

// 先定义基础查询逻辑
$query = Script::where('status', 'Other')->orderBy('prescribe_date', 'desc');

// 分页数据
$issues = $query->paginate(10);

// 全量数据
$allIssues = $query->get();

这种方式还是会执行两次查询，但比重复写where和orderBy更简洁，也能保证查询条件的一致性。

内容的提问来源于stack exchange，提问作者Xerakon