Laravel 11 处理每日大数据量查询的核心是“不崩、不慢、不卡”，需避免全表扫描、抑制N+1、控制内存，优先用cursor()替代chunk()，精简select字段，建组合索引，合理使用缓存与预聚合。
在 Laravel 11 中处理每日大数据量查询（如日志、订单、行为轨迹等单日超10万条记录）时，核心不是“查得快”，而是“不崩、不慢、不卡”。重点在于避免全表扫描、抑制 N+1、控制内存占用，并让查询可预测、可监控。
用 cursor() 替代 chunk() 做分页式遍历
当需要逐条处理当日全部数据（比如导出、统计聚合、同步到数仓），不要用 chunk()。它依赖 OFFSET，在数据量大或有删除时会越来越慢，且每次都要重查主键范围。
cursor() 是游标分页，基于上一页最后一条记录的主键/时间戳继续读取，性能稳定、内存恒定：
- 适用于按 created_at 或 id 有序的数据（确保该字段有索引）
- 代码简洁：
UserLoginLog::whereDate('created_at', today())->orderBy('id')->cursorPaginate(500) - 配合 foreach 遍历时不会把全部数据加载进内存，适合后台任务
预加载 + select 减少关联与字段冗余
日常报表类页面若需展示用户+设备+地区等维度，直接嵌套访问极易触发 N+1。Laravel 11 对 with() 的优化更成熟，但前提是你写对了：
- 只预加载真正要显示的字段：
->with(['user:id,name,avatar', 'device:imei,os_version']) - 带条件预加载：比如只查当日活跃用户的最近一次登录记录，用闭包约束子查询
- 禁用懒加载（开发期）：
Model::preventLazyLoading(!app()->isProduction());，让问题在编码阶段暴露
为高频查询字段加组合索引
每日查询往往有固定模式，例如：WHERE company_id = ? AND status = ? AND created_at BETWEEN ? AND ?。单一字段索引效果有限，必须建覆盖型组合索引：
- 顺序很重要：等值查询字段放前（company_id, status），范围查询字段放后（created_at）
- 示例迁移：
$table->index(['company_id', 'status', 'created_at']); - 避免 SELECT *，用 select() 明确字段，让索引能“覆盖查询”，减少回表
用查询缓存 + 时间窗口键控制新鲜度
不是所有“每日数据”都要求实时。比如运营看板统计昨日总订单数、支付成功率，这类结果可缓存 5–10 分钟：
- 用 Cache::remember("daily_summary_".yesterday(), 600, fn() => {...})
- 键名带日期，避免缓存污染；过期时间设为略大于业务容忍延迟
- 关键数据变更时（如订单状态更新），主动清除相关缓存，而非等自然过期
不复杂但容易忽略：每天凌晨跑一次汇总表（如 daily_stats），把原始明细聚合好。查的时候直接读汇总表，响应从秒级降到毫秒级。这是 Laravel 11 场景下最稳的“以空间换时间”策略。
