Laravel按用户组清理缓存必须使用redis或memcached驱动并显式指定store，file驱动不支持真正标签清理；Cache::tags(['admin'])->flush()需配合store('redis')且触发于用户组变更时。
直接说结论：Laravel 中按用户组（如 admin、editor、guest）打标签并清理缓存，必须用支持标签的驱动（redis 或 memcached），且不能依赖 cache:clear 这类全局命令——它会清掉所有缓存，跟“按组清理”完全相反。
为什么 Cache::tags(['admin'])->flush() 有时不生效
常见错误是缓存驱动配置不支持标签。Laravel 的 file 驱动虽在文档中“声称支持标签”，但底层是靠文件名拼接模拟，flush() 实际无法精准定位和删除——它只是删掉整个缓存目录下所有文件，等效于 cache:clear。
- 检查
config/cache.php中当前default驱动是否为redis或memcached - 确认该驱动的
stores配置里启用了tags支持（Redis 默认开启；Memcached 需服务端启用cas协议） - 运行
php artisan tinker测试：Cache::tags(['test'])->put('x', 'y', 60)，再Cache::tags(['test'])->get('x')—— 若返回null，说明标签写入失败
Cache::tags() 清理时必须显式指定 store
如果你的应用同时用了多个缓存存储（比如 redis 存业务缓存、array 存临时状态），而没指定 store，Cache::tags(['admin'])->flush() 会作用在 default 驱动上，可能不是你预期的那个。
- 写法必须带
store()：例如Cache::store('redis')->tags(['admin'])->flush() - 不要依赖
Cache::setDefaultDriver()临时切换——它不改变tags()的底层 store 绑定逻辑 - 若用 Horizon 或自定义队列 worker，确保其进程也加载了相同的缓存配置（环境变量、配置缓存是否已刷新）
按用户组缓存的实际写法与清理触发点
标签本身只是字符串，关键在于写入时一致、清理时精准。比如用户组变更（用户被加入/移出 editor 组）是清理的黄金触发时机，而不是等缓存过期。
- 写入缓存时统一用组名做标签：
Cache::store('redis')->tags(['user', 'editor'])->put("profile_{$userId}", $data, 7200) - 用户组更新后，在模型观察器或业务逻辑里立刻清理：
Cache::store('redis')->tags(['editor'])->flush() - 避免混用多级标签组合（如
['user', 'editor', 'v2']），除非你真需要交叉筛选；单标签如['editor']更易维护、性能更稳 - 若需清理“某用户所属的所有组”的缓存，得先查数据库拿到该用户当前组列表，再循环调用
tags($group)->flush()，不要试图用通配符匹配键名
最常被忽略的一点：Redis 驱动的标签功能依赖每个缓存项的键名中嵌入标签哈希，这个哈希由 Laravel 内部生成，不可手动构造或猜测。所以任何绕过 Cache::tags() 直接操作 Redis 键（比如用 redis-cli keys "tag:*"）的做法，都不可靠，也不跨版本兼容。
