使用get Query查询全量用户数据致内存溢出的解决方案

内存耗尽的核心原因是->get()调用会一次性将符合条件的所有用户记录全部加载到PHP进程内存中，当数据量增长到一定规模，内存占用超过PHP配置的memory_limit阈值就会触发报错。

你查到的「在->get()后追加->chunk(300)」的写法是完全错误的：该操作是在全量数据已经全部加载进内存、生成Eloquent集合之后，对内存中已有的集合做切分，完全不会减少查询阶段的内存占用，根本解决不了溢出问题。
另外你贴的示例代码还有一处语法错误：select字段数组中'users.type as type',行尾多写了一个分号，直接运行会报语法错误，修正时记得删除。

根据你的实际业务场景选择对应方案即可，均为Laravel框架原生支持的大数据量查询能力，可从根本上避免内存溢出：

方案1：分批拉取处理（适配绝大多数全量操作场景） #

直接在查询构建器上调用chunk()方法（不要等get()执行后调用），框架会按照你指定的块大小自动分批查询数据库，每批数据处理完成后会自动释放对应内存，内存占用会稳定在单批数据的量级，不会随总数据量上涨：

Users::select([
    'users.id as id',
    'users.type as type',
    'users.created_at AS created_at',
    'users.firstName AS firstname',
    'users.lastName AS lastname',
    'users.email AS email',
])->chunk(300, function ($users) {
    // 每批拉取300条用户数据，在闭包内完成本批数据的处理
    // 比如数据遍历、格式转换、导出写入、统计计算等逻辑都放在这里
    foreach ($users as $user) {
        // 单条用户数据处理逻辑
    }
});

如果你的接口需要给前端返回全量列表，不建议一次性返回所有数据，直接改用->paginate(30)做分页是综合成本最低的方案，同时能降低数据库查询压力、提升前端页面渲染速度。
如果在chunk遍历过程中需要对同一张用户表做更新、删除操作，把chunk()替换为chunkById()即可，避免出现数据漏读、重复读取的问题。

方案2：游标逐行读取（内存占用最低） #

如果想要把内存占用压到最低，可以使用cursor()方法，框架会通过PDO游标逐行从数据库读取记录，不会一次性拉取整批数据，全程内存占用仅维持在单条记录的级别，适合超大结果集的遍历场景：

foreach (Users::select([
    'users.id as id',
    'users.type as type',
    'users.created_at AS created_at',
    'users.firstName AS firstname',
    'users.lastName AS lastname',
    'users.email AS email',
])->cursor() as $user) {
    // 逐行处理单条用户数据，内存占用不会随总数据量上涨
}

• 所有内存优化类的查询方法（chunk/chunkById/cursor/lazy）必须在查询构建器实例上直接调用，不能在get()这类已经执行完SQL、返回集合的方法之后调用，否则完全起不到内存优化效果
• 不要为了查全量数据盲目调大PHP的memory_limit配置，这只是临时掩盖问题，数据量继续上涨还是会触发溢出，同时会提高服务器宕机风险

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