必须使用 cache.adapter.redis_tag_aware 以支持按业务标签批量清除缓存，避免全量清空；同时确保 APP_ENV=prod 且 debug=false，并正确配置 Redis 提供器与标签写入/失效逻辑。

必须用 cache.adapter.redis_tag_aware，而不是 cache.adapter.redis —— 后者不支持按业务标签批量清除，线上出问题时只能全量清缓存，等于没缓存。

确认 APP_ENV=prod 且 debug=false 是硬性前提

所有缓存层（容器、模板、HTTP、Doctrine、Translation）在 debug=true 或非 prod 环境下都会被强制绕过。这不是可选配置，是 Symfony 的硬编码逻辑。

• 检查当前生效环境：运行 php bin/console debug:container --env=prod | grep debug，输出中不能出现 debug: true
• 确保 .env 中有 APP_ENV=prod 和 APP_DEBUG=false，且未被 .env.local 覆盖（该文件优先级更高）
• 每次改完环境变量后，必须执行 php bin/console cache:clear --env=prod && php bin/console cache:warmup --env=prod，否则首请求会触发即时编译，响应延迟飙升

配置 cache.adapter.redis_tag_aware 作为主缓存池

Symfony 8+ 默认推荐此适配器，它基于 Redis 实现标签（tag）语义，允许你按业务维度（如 user:123、product:456）精准失效，避免牵连无关数据。

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 在 config/packages/cache.yaml 中写入：

  framework:
    cache:
      default_redis_provider: 'redis://127.0.0.1:6379'
      pools:
        cache.app:
          adapter: cache.adapter.redis_tag_aware
          provider: cache.default_redis_provider

• 必须确保 Redis 服务已启动：redis-cli -h 127.0.0.1 ping 返回 PONG 才算就绪
• 不要手动注册 RedisAdapter 类——它不带标签能力；也不要复用旧版 cache.adapter.redis 配置，它无法调用 invalidateTags()

在代码里用标签写缓存，别只靠 key

只靠 key（如 user_profile_123）清除太粗暴；用标签才能做到“更新用户资料时，只清掉所有带 user:123 标签的缓存项”，包括其头像、订单列表、权限数据等。

• 写缓存时绑定标签：

  $cache->get('user_profile_123', function (ItemInterface $item) {
      $item->tag(['user:123', 'profile']);
      return $this->loadUserProfile(123);
  });

• 批量失效时按标签操作：

  $cache->invalidateTags(['user:123']); // 瞬间清掉所有关联项

• 注意：标签名不能含空格或特殊字符，建议统一用 冒号分隔的小写字符串，如 cart:789、api:v2

验证缓存是否真生效，别信配置文件

配置写对了 ≠ 缓存跑起来了。很多团队卡在这一步：看着 YAML 文件觉得“应该好了”，结果线上命中率始终为 0。

• 命令行看统计：php bin/console cache:pool:stats cache.app，重点看 Hit Ratio 是否 > 90%
• Profiler 里打开 Web Debug Toolbar，点击“Cache”面板，每条请求会显示具体哪些 key 命中/未命中，以及用了哪个 pool
• 如果看到大量 miss 且 set 操作频繁，大概率是 debug=true 没关，或者缓存池没被正确注入到服务中（比如手动 new 了 FilesystemAdapter）

最常被忽略的点：缓存键（key）和标签（tag）的命名空间冲突。比如多个服务共用同一个 Redis 实例但没加前缀，user:123 标签可能误删掉另一个服务的缓存项。上线前务必确认 default_redis_provider 指向的是专用 Redis DB 或已配置 key prefix。