Laravel 11 中数据库查询缓存失效主因是缓存键设计不当（如未将动态参数纳入键名）、驱动不支持（如file驱动不支持tags）、闭包被中断或变量未use、Redis集合命令禁用、空结果未缓存导致重复查库。
数据库缓存失效在 Laravel 11 中通常不是指“数据库自身缓存”，而是指你手动用 Cache::remember()、remember() 等方式缓存的查询结果没被命中或提前丢弃。问题根源几乎从不在于数据库配置，而在于缓存键设计、驱动行为、闭包逻辑或环境配置。
缓存键重复或冲突
最常见原因：多个不同条件共用同一个缓存键。
- 比如
Cache::remember('users', 3600, fn() => User::where('status', $status)->get())，但$status没参与键名拼接 → 所有状态都写进users这一个 key，后写覆盖前写 - 正确做法是把所有影响结果的变量显式纳入键名：
'users_status_'.$status.'_page_'.$page - 避免空格、斜杠、中文等非法字符；建议对复杂参数做
md5(serialize($params))后拼接前缀 - 不要用高基数字段（如
$user->id）直接作主键，除非配合Cache::tags()分组管理
缓存驱动不支持所需功能
Laravel 11 默认仍允许 file 驱动，但它无法支撑生产级缓存需求。
-
Cache::tags()在file或database驱动下直接报错BadMethodCallException，不是配置漏了，是底层不实现 - 开发时用
file，上线却切到redis，但代码里写了Cache::tags(['users'])->flush()→ 本地不报错，线上炸 - 确认
CACHE_DRIVER=redis生效：运行php artisan tinker，执行Cache::put('test', 'ok', 60)再Cache::get('test')验证连通性 - Redis 实例需启用
SADD/SMEMBERS等集合命令（某些云 Redis 默认禁用），否则标签元数据写入失败，flush()静默无效
闭包中存在副作用或变量未绑定
Cache::remember() 的闭包必须幂等——执行一次和十次结果完全一致。
- 闭包里调用
Mail::send()、$user->increment('views')或DB::table()->update()→ 缓存命中时这些操作全跳过，行为不可控 - 引用了外部变量但没
use ($request, $filters)→ PHP 报错或返回空数组，缓存写入的是空值 - 中间用了
dd()、dump()或toSql()→ 执行流中断，闭包根本没运行，自然不写缓存 - 若业务确实需要“查完顺手记一笔”，拆成两步：先
Cache::remember()查，再在未命中时单独执行副作用
缓存未真正清除或清理范围错误
你以为清了，其实没清对；或者清得太狠，连 session 和 token 都丢了。
-
php artisan cache:clear只清Cache::put()类缓存，不影响数据库连接、Eloquent 日志、模型观察者，也不清路由缓存或配置缓存 - 想清某次查询？用
Cache::forget('key_name')，而不是全库清 - 批量清？优先用
Cache::tags(['posts'])->flush()，不是forget()，也不是delete() - 别在模型
updating事件里无差别Cache::tags(['users'])->flush()→ 可能误伤其他模块缓存 - 空结果也要缓存（例如
Cache::remember('user_999', 300, fn() => User::find(999))返回 null），否则高频查不存在 ID 会持续打库
