chunk 漏数据主因是 offset+limit 分页在写操作下偏移错位；chunkbyid 通过 where id > last_id 避免漂移，要求主键自增、非空、显式 orderby('id')；cursor() 仅适用于只读场景。
用 chunk() 在 Laravel 9 中做大数据遍历更新，确实容易漏数据或重复处理——根本原因不是方法本身错，而是它依赖 OFFSET + LIMIT 分页，而数据库在遍历时发生了写操作，导致后续偏移错位。
为什么 chunk 更新会漏数据？
假设你执行：
User::where('status', 0)->chunk(100, function ($users) {<br> $users->each->update(['status' => 1]);<br>});
第一批次查出 ID 1–100 的用户（其中 status=0），更新后它们变成 status=1；第二批次执行 LIMIT 100 OFFSET 100，但因为前 100 行里有部分被删/改，实际从第 101 条开始取时，可能跳过了某些原本该被查到的、尚未更新的记录。更糟的是，如果中间插入了新记录，OFFSET 还可能把刚插入的行重复处理一次。
chunkById 是更安全的替代方案
它不靠偏移，而是记住上一批最大主键值，下一批查 WHERE id > last_id，天然规避动态数据导致的漂移。使用前提是：
- 主键必须是自增整型（如
INT或BIGINT），不能是 UUID 或字符串 - 表中不能有
id IS NULL的行 - 必须显式加
orderBy('id')，否则顺序无法保证
正确写法示例：
User::where('status', 0)<br> ->orderBy('id')<br> ->chunkById(500, function ($users) {<br> $users->each->update(['status' => 1]);<br> }, 'id');
进一步降低风险的操作建议
- 避免在回调中修改用于 WHERE 条件的字段（比如
status）——若必须改，用chunkById并确保主键稳定 - 每批内开启独立事务：
DB::transaction(fn () => $users->each->update(...))，失败不影响其他批次 - 只查必要字段：
User::query()->select('id', 'status')->where(...)->chunkById(...)，减少内存和序列化开销 - 高并发写入场景下，禁用 Eloquent 模型事件监听器：
Event::forget('eloquent.*')，防止监听器缓存累积
只读遍历优先用 cursor()
如果只是导出、统计、校验，不需要更新，cursor() 内存恒定、无状态、不缓存模型实例，比 chunkById 更轻量：
foreach (User::where('status', 0)->cursor() as $user) {<br> // 处理单条，不能调用 $user->update()<br>}
注意：一旦在循环里执行任何写操作（包括关联模型访问触发的 N+1 查询），游标会失效。
