Laravel 12 中按日期查每日数据需三重优化：①为 DATE(created_at) 建函数索引或生成列索引；②用 cursorPaginate 替代 offset 分页；③对聚合结果做带 TTL 的缓存并异步更新。
直接在 Laravel 12 中按日期查每日数据，光靠 whereDate('created_at', '2026-10-20') 很容易变慢——尤其当表里有几十万条记录时。关键不在“怎么写查询”，而在于“索引是否真正覆盖了日期过滤+排序+分页”这一整条链路。
日期字段必须单独建索引
很多人误以为主键或联合索引里带了 created_at 就够了，其实不然。MySQL 对 whereDate() 这类函数调用无法使用普通索引，因为函数会破坏索引的有序性。
- ✅ 正确做法：为日期过滤字段建单独的索引，例如
INDEX idx_created_date (DATE(created_at))（MySQL 5.7+ 支持函数索引） - ✅ 更通用稳妥的做法：新增一个生成列
created_date DATE AS (DATE(created_at)) STORED，再对该列建普通索引 - ❌ 避免写
where created_at >= '2026-10-20' AND created_at 却没给 <code>created_at建索引——这虽能走索引，但范围过大时仍可能回表严重
联合索引要匹配查询模式
如果日常查询是「查某天所有订单，按支付时间倒序，只取前 20 条」，那单建 created_at 索引远远不够。
- ✅ 推荐联合索引：
INDEX idx_daily_orders (created_date, paid_at DESC, id) - 理由：
created_date用于快速定位当天数据；paid_at DESC让排序免排序（filesort）；末尾加id补全覆盖索引，避免回表 - ⚠️ 注意：Laravel 的
orderBy('paid_at', 'desc')->limit(20)只有在索引顺序完全匹配时才能跳过排序步骤
用游标分页替代 offset 分页
查“第 100 页的今日数据”？OFFSET 1980 会让数据库白扫近两行千条记录——哪怕当天总共就 50 条。
- ✅ 改用 keyset 分页：前端传上一页最后一条的
paid_at和id，后端写where created_date = ? and (paid_at, id) - ✅ Laravel 可封装成作用域，比如
->forDay('2026-10-20')->cursorPaginate(20, ['*'], 'cursor', $lastCursor) - ? 游标值建议用 base64 编码组合字段，防篡改且 URL 友好
配合缓存减少重复计算
每日数据聚合（如“今天共成交 37 单，总金额 ¥24,891”）不常变动，没必要每次请求都 COUNT/SUM。
- ✅ 利用 Laravel 的缓存标签或 Redis 哈希结构，按日期键存储，TTL 设为 24 小时
- ✅ 在订单状态更新为「已支付」时，用队列异步刷新当日统计缓存，保证最终一致性
- ✅ 对高频访问的今日看板接口，可直接返回缓存值 + 最新 5 条明细，兼顾速度与新鲜度
