使用all()可直接获取模型所有记录，但数据量大时应采用chunk()或cursor()分批处理以降低内存占用，结合with()预加载关联关系避免N+1查询，通过where、orderBy、limit等方法链实现条件筛选与排序，必要时可使用Query Builder或原生SQL提升性能。
在Laravel中，要获取一个模型的所有记录，最直接且最常用的方法就是利用Eloquent ORM提供的
all()
方法。它会返回该模型对应数据库表中所有数据的集合（Collection），这些数据被封装成模型实例。
解决方案
要获取Laravel模型的所有记录，你只需调用模型的
all()
静态方法。
例如，如果你有一个名为
AppModelsUser
的模型：
use AppModelsUser; $users = User::all(); // $users 现在是一个包含所有User模型实例的Collection对象 foreach ($users as $user) { echo $user->name; }
这个方法简单粗暴，非常适合数据量不大、或者你确实需要一次性加载所有数据的场景。它会自动处理数据库查询、结果集映射到模型实例等一系列底层操作，让你能以面向对象的方式操作数据。
Laravel获取所有数据时，性能考量与优化策略是什么？
我个人在项目里，如果不是数据量极小（比如配置表、枚举表），或者确定需要全量数据做缓存，很少直接用
all()
。这东西用起来爽，但一不小心就可能把服务器内存吃光，尤其是在生产环境，几万几十万条记录一次性拉出来简直是灾难。这时候，我们得考虑一些优化策略。
最常见的性能瓶颈通常不是查询本身，而是数据量过大导致的内存占用和序列化开销。所以，当需要处理大量记录时，我们通常会采取以下几种方式：
-
分块处理（Chunking）： 当你需要遍历大量记录，但又不想一次性加载到内存时，
chunk()
方法就派上用场了。它会按指定数量分批次获取数据，然后对每一批数据执行回调函数。这大大降低了单次内存开销。
User::chunk(200, function ($users) { foreach ($users as $user) { // 处理每批次的200个用户 // 例如：发送邮件、更新状态等 $user->status = 'processed'; $user->save(); } }); -
游标处理（Cursor）： 如果你处理的数据量极其庞大，甚至
chunk()
都显得有点重，那么
cursor()
方法可以提供更极致的内存优化。它会利用PHP的生成器（Generator）特性，每次只从数据库中获取一条记录，直到所有记录处理完毕。这意味着在任何给定时间，内存中只会有一个模型实例。
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()
才是更稳妥的选择。预加载则是处理关联数据时的必备技能。
如何在Laravel中筛选或限制获取所有记录的结果？
即便我们说“所有记录”，很多时候这只是一个起点。实际需求往往是“所有满足某个条件”或者“所有记录中的前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
，这通常用于实现分页功能，跳过前面N条记录，然后取M条。
// 跳过前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还有哪些方式可以获取所有数据？
虽然Eloquent是Laravel的门面，提供了极佳的开发体验和抽象层，但我偶尔也会跳出来，直接用Query Builder。有时候，比如做一些复杂报表，或者只是单纯地想避开Eloquent模型的一些“魔法”（比如事件、观察者等），Query Builder会显得更直接、更轻量。当然，更底层的方式就是直接执行原生的SQL语句。
-
Query Builder（查询构建器）： Laravel的查询构建器提供了一个方便、流畅的接口来创建和运行数据库查询。它比Eloquent更“原始”一些，不返回模型实例，而是返回
stdClass
对象或关联数组。当你不需要模型的所有高级特性，或者需要执行一些更复杂的连接、聚合查询时，Query Builder是一个非常好的选择。
use IlluminateSupportFacadesDB; // 获取'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
等），但没有Eloquent模型的额外开销。它非常适合那些不需要将数据映射到完整模型实例的场景。
-
原生SQL查询： 这是最底层的方式，直接执行你编写的SQL语句。在某些极端情况下，比如需要执行数据库特有的函数、存储过程，或者你已经有一个高度优化的SQL查询，直接使用原生SQL可能是最高效的。
use IlluminateSupportFacadesDB; // 获取所有用户 $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注入的风险，始终使用参数绑定（如
?
占位符）来传递动态值。虽然原生SQL提供了最大的灵活性和性能潜力，但它也意味着你需要自己管理所有细节，失去了Eloquent和Query Builder提供的许多便利性和安全性特性。
选择哪种方式取决于你的具体需求：如果需要完整的模型功能（关联、事件、访问器/修改器），Eloquent是首选；如果只需要查询数据而不需要模型实例的额外开销，Query Builder更合适；如果需要执行非常特殊或高度优化的数据库操作，并且能确保安全性，原生SQL则可以作为最后的手段。大部分情况下，Eloquent已经足够强大和高效。
以上就是Laravel模型所有记录？所有数据如何获取？的详细内容，更多请关注php laravel cad app ai sql注入 sql语句 作用域 防止sql注入 内存占用 排列 php laravel sql 关联数组 面向对象 封装 select 回调函数 接口 访问器 Collection 对象 作用域 事件 数据库