Laravel 8+ 默认移除原生缓存标签支持，Cache::tags() 报错因底层驱动（如 file、array、redis）不再实现该方法；仅 memcached（需 igbinary 且版本 ≥3.1.5）保留有限支持，稳定方案需用 Redis 前缀模拟或引入 spatie/laravel-taggable-cache。
为什么 Cache::tags() 在 Laravel 8+ 默认不可用
Laravel 8 开始，官方移除了对缓存标签（tags）的原生支持，Cache::tags() 会直接报错：Call to undefined method Illuminate\Cache\Repository::tags()。这不是你配置错了，而是底层驱动（如 file、array、redis）默认不实现标签功能 —— 只有使用 memcached 或启用 redis 的「标签模拟」时才可能支持，且需手动适配。
真正能稳定按标签批量清除的方案，得靠自己构造键名规则 + 扫描式清理，或换用支持标签的第三方驱动。
- Redis 驱动本身不原生支持标签，Laravel 曾通过前缀+集合模拟，但该逻辑已在 8.x 被删掉
-
memcached驱动仍保留tags()方法，但仅限 Memcached 扩展开启igbinary且版本较新（>= 3.1.5），否则标签写入失败无提示 - 本地开发用
file或array缓存时，tags()完全不可用，调用即抛异常
用前缀模拟标签：手动管理 + Redis 扫描清理
最可控、兼容性最好的方式是放弃 Cache::tags()，改用统一前缀（如 user:123:profile、user:123:settings）标识归属，再通过 Redis 的 KEYS 或 SCAN 命令批量匹配删除。
注意：必须用 Redis 作为缓存驱动（CACHE_DRIVER=redis），且确保 redis 配置中 prefix 不为空（否则 KEY 冲突风险高）。
- 写缓存时主动加业务前缀：
Cache::put('user:'. $id .':profile', $data, 3600) - 清空某用户所有缓存：
Redis::scan(0, 'match', 'user:'. $id .':*', 'count', 500)循环获取 key 列表，再Redis::del(...$keys) - 避免
KEYS user:123:*——在大数据量 Redis 实例上会阻塞主线程，必须用SCAN - Laravel 的
Redisfacade 默认走default连接；若缓存和 session 用了不同 Redis DB，确认database配置一致
用 laravel-taggable-cache 补回标签能力
如果坚持用 Cache::tags('users')->put(...) 这种写法，可引入社区维护的 spatie/laravel-cache-tags（新版已重命名为 spatie/laravel-taggable-cache），它通过在 Redis 中额外维护一个「标签 → key 映射集合」来实现反向索引。
安装后需替换默认缓存驱动，并注册服务提供者：
composer require spatie/laravel-taggable-cache
然后在 config/cache.php 中将 stores.redis.driver 改为 spatie-taggable-redis，并确保 spatie/taggable-cache 的 TaggableRedisStore 已绑定到容器。
- 每次
put()会同时写缓存值 + 向cache_tags:users这类 set 添加 key -
flushTags('users')实际是查出所有关联 key，再批量del，最后清空该 tag set - 不支持
file或database驱动；Redis 必须开启set相关命令权限（部分云 Redis 默认禁用SADD/SMEMBERS） - 高并发下存在极小概率 tag 映射漏写（比如缓存写成功但 set 操作失败），建议搭配定期巡检脚本
清缓存时最容易被忽略的两个点
批量清标签看似简单，实际在线上容易翻车的不是逻辑，而是环境细节和边界。
- 缓存 key 是否带了 Laravel 默认的
prefix？比如配置里写了'prefix' => 'myapp_'，那真实 key 是myapp_user:123:profile，扫描时match模式必须包含前缀，否则找不到 -
Cache::forget()和Redis::del()行为不同：前者走完整缓存生命周期（触发forget事件、检查 store 实现），后者直连 Redis 绕过所有封装——混用可能导致事件监听失效或统计不准 - 多机部署时，若用的是单节点 Redis，没问题；但用了 Redis Cluster，
SCAN不支持跨 slot，必须确保同标签的所有 key 落在同一 slot（靠 key 设计保证，例如都带{user:123}这样的 hash tag）
标签不是开箱即用的功能，它本质是缓存键设计 + 清理策略的组合。选哪种方式，取决于你愿不愿意为「语义清晰」多扛一层维护成本。
