使用all()可直接获取模型所有记录，但数据量大时应采用chunk()或cursor()分批处理以降低内存占用，结合with()预加载关联关系避免N+1查询，通过where、orderBy、limit等方法链实现条件筛选与排序，必要时可使用Query Builder或原生SQL提升性能。
在Laravel中，要获取一个模型的所有记录，最直接且最常用的方法就是利用Eloquent ORM提供的
all()
要获取Laravel模型的所有记录，你只需调用模型的
all()
例如，如果你有一个名为
App\Models\User
use App\Models\User;
$users = User::all();
// $users 现在是一个包含所有User模型实例的Collection对象
foreach ($users as $user) {
echo $user->name;
}这个方法简单粗暴，非常适合数据量不大、或者你确实需要一次性加载所有数据的场景。它会自动处理数据库查询、结果集映射到模型实例等一系列底层操作，让你能以面向对象的方式操作数据。
我个人在项目里，如果不是数据量极小（比如配置表、枚举表），或者确定需要全量数据做缓存，很少直接用
all()
最常见的性能瓶颈通常不是查询本身，而是数据量过大导致的内存占用和序列化开销。所以，当需要处理大量记录时，我们通常会采取以下几种方式：
分块处理（Chunking）： 当你需要遍历大量记录，但又不想一次性加载到内存时，
chunk()
User::chunk(200, function ($users) {
foreach ($users as $user) {
// 处理每批次的200个用户
// 例如：发送邮件、更新状态等
$user->status = 'processed';
$user->save();
}
});游标处理（Cursor）： 如果你处理的数据量极其庞大，甚至
chunk()
cursor()
foreach (User::cursor() as $user) {
// 处理单个用户
// 内存占用极低，但不能在循环内部修改集合，因为每次都是新实例
echo $user->email;
}预加载关联关系（Eager Loading）： 当你的模型有许多关联关系时，如果不在获取主模型时预加载，后续访问关联数据会触发N+1查询问题，这才是真正的性能杀手。使用
with()
// 避免N+1问题，一次性加载所有用户及其对应的文章
$usersWithPosts = User::with('posts')->get();
foreach ($usersWithPosts as $user) {
foreach ($user->posts as $post) {
echo $post->title; // 不会再触发新的数据库查询
}
}选择性字段（Select Specific Columns）： 如果你只需要模型中的几个字段，而不是所有字段，明确指定它们可以减少从数据库传输的数据量，尽管对内存的影响可能不如前面几点明显，但在网络IO和数据库层面还是有益的。
$users = User::select('id', 'name', 'email')->get();综合来看，
all()
chunk()
cursor()
即便我们说“所有记录”，很多时候这只是一个起点。实际需求往往是“所有满足某个条件”或者“所有记录中的前N条”。这时候，Eloquent的链式调用就非常强大了，它允许我们在获取数据之前，通过各种方法对查询进行精细化控制。
条件筛选（where
// 获取所有活跃用户
$activeUsers = User::where('status', 'active')->get();
// 获取创建时间在最近7天内的用户
$recentUsers = User::whereDate('created_at', '>', now()->subDays(7))->get();
// 组合多个条件
$specificUsers = User::where('status', 'active')
->where('is_admin', true)
->get();排序（orderBy
asc
desc
// 按创建时间降序排列
$latestUsers = User::orderBy('created_at', 'desc')->get();
// 按名字升序排列，然后按ID降序排列
$sortedUsers = User::orderBy('name', 'asc')
->orderBy('id', 'desc')
->get();限制结果数量（limit
take
limit()
take()
// 获取前10个用户 $top10Users = User::limit(10)->get(); // 或者 User::take(10)->get();
跳过记录（offset
skip
limit
// 跳过前10个用户，然后获取接下来的5个用户（第11到第15个） $pagedUsers = User::skip(10)->take(5)->get(); // 或者 User::offset(10)->limit(5)->get();
自定义查询作用域（Scopes）： 对于那些在应用中经常重复使用的查询条件，你可以将它们定义为模型上的局部作用域（Local Scopes），这样可以提高代码的可读性和复用性。
// 在User模型中定义一个作用域：
// public function scopeActive($query) { return $query->where('status', 'active'); }
// 使用作用域
$activeUsers = User::active()->get();这些方法可以任意组合，形成非常灵活且富有表现力的查询。关键在于理解你的数据需求，然后用最合适的方法构建查询链。
虽然Eloquent是Laravel的门面，提供了极佳的开发体验和抽象层，但我偶尔也会跳出来，直接用Query Builder。有时候，比如做一些复杂报表，或者只是单纯地想避开Eloquent模型的一些“魔法”（比如事件、观察者等），Query Builder会显得更直接、更轻量。当然，更底层的方式就是直接执行原生的SQL语句。
Query Builder（查询构建器）： Laravel的查询构建器提供了一个方便、流畅的接口来创建和运行数据库查询。它比Eloquent更“原始”一些，不返回模型实例，而是返回
stdClass
use Illuminate\Support\Facades\DB;
// 获取'users'表的所有记录
$users = DB::table('users')->get();
// $users 是一个Collection，每个元素都是一个stdClass对象
foreach ($users as $user) {
echo $user->name; // 访问属性
}
// 同样可以进行筛选和排序
$activeUsers = DB::table('users')
->where('status', 'active')
->orderBy('created_at', 'desc')
->get();Query Builder的优势在于它提供了与Eloquent几乎相同的查询接口（
where
orderBy
limit
原生SQL查询： 这是最底层的方式，直接执行你编写的SQL语句。在某些极端情况下，比如需要执行数据库特有的函数、存储过程，或者你已经有一个高度优化的SQL查询，直接使用原生SQL可能是最高效的。
use Illuminate\Support\Facades\DB;
// 获取所有用户
$users = DB::select('SELECT * FROM users');
// 带参数的查询，防止SQL注入
$activeUsers = DB::select('SELECT * FROM users WHERE status = ?', ['active']);
// $users 返回的是一个数组，每个元素都是一个stdClass对象
foreach ($users as $user) {
echo $user->name;
}使用原生SQL时，务必注意SQL注入的风险，始终使用参数绑定（如
?
选择哪种方式取决于你的具体需求：如果需要完整的模型功能（关联、事件、访问器/修改器），Eloquent是首选；如果只需要查询数据而不需要模型实例的额外开销，Query Builder更合适；如果需要执行非常特殊或高度优化的数据库操作，并且能确保安全性，原生SQL则可以作为最后的手段。大部分情况下，Eloquent已经足够强大和高效。
以上就是Laravel模型所有记录？所有数据如何获取？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
562
收藏
