Laravel 中若为多个缓存 store 配置相同 Redis 连接，调用 cache:clear 或 store()->clear() 会清空整个 Redis 数据库，无法实现按 store 精准清理；正确做法是统一使用单个 Redis store，并借助缓存标签（Cache Tags）实现逻辑分组与定向清除。
laravel 中若为多个缓存 store 配置相同 redis 连接，调用 `cache:clear` 或 `store()->clear()` 会清空整个 redis 数据库，无法实现按 store 精准清理；正确做法是统一使用单个 redis store，并借助缓存标签（cache tags）实现逻辑分组与定向清除。
在 Laravel 中，缓存 store 的物理隔离依赖于底层驱动的独立连接或命名空间。然而，当多个 store 均配置为 driver => 'redis' 且共享同一 Redis 服务器（甚至同一数据库编号）时，Laravel 默认不会自动为每个 store 添加键前缀——这意味着所有缓存项均写入 Redis 的同一命名空间，clear() 方法实际调用的是 Redis 的 FLUSHDB（或 FLUSHALL），从而误删全部数据。
✅ 正确实践：用 Tags 替代多 Redis Store
Laravel 的 Redis 缓存驱动原生支持 Cache Tags（需 Redis 服务端支持，且不适用于 array 或 file 驱动）。Tags 并非物理隔离，而是通过元数据索引实现逻辑分组，配合 flush() 可安全、精准地批量删除指定标签下的所有缓存项，且不影响其他标签或无标签缓存。
1. 简化配置：仅保留一个 Redis store
修改 config/cache.php，移除冗余 store 定义，仅保留标准 redis store：
'stores' => [
'redis' => [
'driver' => 'redis',
'connection' => 'cache', // 指向 config/database.php 中的 redis connection
'prefix' => env('REDIS_CACHE_PREFIX', 'laravel_cache:'),
],
],? 提示：可通过 prefix 为所有 Redis 缓存键添加全局前缀（如 laravel_cache:），避免与其他应用冲突，但此 prefix 不解决多 store 清理问题。
2. 使用 Tags 写入与读取缓存
按业务域组织标签，例如地理索引与批处理任务：
// 存储 geo-index 相关数据
Cache::store('redis')->tags(['geo-index'])->put('city:beijing', ['lat' => 39.9, 'lng' => 116.4], 3600);
// 存储 batches 相关数据
Cache::store('redis')->tags(['batches'])->put('batch:20240501:status', 'processing', 7200);
// 读取（自动匹配标签）
$beijing = Cache::store('redis')->tags(['geo-index'])->get('city:beijing');3. 精准清除指定逻辑组
// 仅清除所有打上 'geo-index' 标签的缓存项
Cache::store('redis')->tags(['geo-index'])->flush();
// 支持多标签交集清除（如同时含 'batches' 和 'failed'）
Cache::store('redis')->tags(['batches', 'failed'])->flush();⚠️ 注意事项：
- Tags 仅在 Redis 驱动下有效，且要求 Laravel ≥ 5.8 + Redis server ≥ 3.2（因依赖 SCAN 和 SET 操作）；
- 不要混用 tags() 与 store() 的链式调用顺序：Cache::tags(...)->store(...) 是无效的，必须 Cache::store(...)->tags(...)；
- 标签名建议使用小写 ASCII 字符+短横线，避免特殊符号引发序列化异常；
- 若需彻底隔离（如不同团队/租户），应考虑为不同业务分配独立 Redis 数据库（database => 1, database => 2）或实例，而非依赖 Tags。
✅ 验证与调试技巧
- 查看某标签下所有键：Laravel 不提供直接命令，但可通过 Redis CLI 辅助验证：
# 查看所有缓存键（含 tag 元数据） redis-cli KEYS "laravel_cache:*" # Tags 实际存储为 SET 类型键，形如 "laravel_cache:tags:geo-index:keys"
- 启用缓存日志：在 config/cache.php 中设置 'store' => 'redis' 后，开启 LOG_LEVEL=debug 并监听 Illuminate\Cache\Events\CacheHit / CacheMiss 事件，辅助定位命中逻辑。
通过 Tags 方案，你既能维持清晰的业务缓存边界，又能确保运维操作（如发布后刷新地理索引）不影响批处理等关键缓存状态——这才是 Laravel Redis 缓存工程化的推荐路径。
