Yii2中用batch()和each()可显著降低大数据集查询内存占用：batch()分批取数据（如batch(100)），配合asArray()更优；each()流式逐条处理，内存最低但需asArray()避免实例化。
Yii2.0.14 中用批量查询替代循环查询，核心是避免“查一次、处理一次”的低效模式，改用一次取多条、分批处理的方式，显著降低内存占用和数据库往返次数。关键不在写多少行代码，而在选对方法、设对参数、避开常见陷阱。
用 batch() 分块读取大数据集
当需要遍历上万条记录（如数据迁移、报表生成），直接 all() 会把全部结果加载进内存，极易触发内存溢出。此时应优先使用 batch()：
-
batch(100)表示每次从数据库取 100 条，返回一个二维数组，外层每轮只持有一批数据 - 默认复用主库连接，如需指定连接（如从库读取），传入第二个参数：
batch(100, Yii::$app->slaveDb) - 配合
asArray()使用效果更佳——对象实例比数组多占 3–5 倍内存，batch()->asArray()是标配组合
用 each() 流式逐条处理（适合简单遍历）
如果逻辑只是“对每条记录做轻量操作”（如打印、日志记录、简单字段判断），each() 比 batch() 更省内存：
-
each()内部采用游标（cursor）机制，数据库只维持一个结果集指针，PHP 端始终只保留当前一条记录 - 它不缓存整批数据，所以单次内存占用极低，但注意：不能在循环内调用
count()或重置指针 - 必须搭配
asArray()，否则仍会实例化 ActiveRecord 对象，失去内存优势
规避 N+1 查询，预加载或手动聚合
批量查询解决的是“主表读取”的性能问题，但如果循环中又触发关联查询（比如查出 100 个用户后，再为每人查一次 profile），就会掉进 N+1 陷阱：
- ActiveRecord 场景下，用
with('profile')预加载，让 Yii 一次性发出 JOIN 或两条 SQL 完成关联 - 原生 Query 或复杂场景，改用手动批量查关联数据：先取出所有 user_id 数组，再用
whereIn('user_id', $ids)一次查完所有 profile - GraphQL 等接口层，必须引入 DataLoader，靠统一聚合 ID 批量查询，不能依赖
with()
批量写入时同步控制事务与批次大小
查询优化常和写入联动。例如导出后要批量插入到另一张表，别在 batch() 循环里逐条 save()：
- 每批数据组装成二维数组，用
createCommand()->batchInsert()一次提交 - 开启事务包裹整个导入过程，失败则回滚，避免中间态脏数据
- 批次大小建议 100–500 行，过小增加事务开销，过大可能超 MySQL max_allowed_packet 或锁表时间过长
