Phalcon切换Redis缓存后需自行实现标签机制：方案一为手动维护tag索引集合，写入时SADD、删除时SMEMBERS+UNLINK；方案二用SCAN+UNLINK按前缀清理；方案三用Lua脚本原子化处理查删清操作。
Phalcon 切换缓存后端从 File 到 Redis 时，原 File 缓存的 key 标签（tags）机制无法直接复用——因为 Phalcon 的 File 缓存支持 getKeysByTag() 和 deleteByTag()，而 Redis 后端默认不实现标签语义。但业务中常有“清空某类缓存”需求（如 tag:product、tag:admin_config），不能只靠前缀匹配硬删。下面讲清楚怎么在 Phalcon + Redis 场景下真正落地“按标签批量清除”。
Phalcon Redis 缓存不支持原生 tag 的原因
Phalcon 的 Phalcon\Cache\Backend\Redis 类仅封装了基础的 set/get/delete 操作，它把 key 当作纯字符串处理，不会自动维护标签索引。File 缓存则会在写入时额外生成 _PHCM_tag:xxx 这样的索引 key，形成双向映射。Redis 后端没这层逻辑，所以调用 $cache->deleteByTag('user') 会静默失败或抛出异常（取决于版本），实际什么都没删。
方案一：手动补全 tag 索引（推荐用于中小规模）
核心思路是自己模拟 File 缓存的标签行为：每次 save($key, $value, $lifetime, ['tags' => ['user', 'profile']]) 时，除了存主数据，还往一个集合里记录该 key 关联的 tags。
- 主缓存 key：比如
user:10001:profile，值为序列化数据 - 标签索引 key：
cache:tag:user，类型为SET，成员是所有带user标签的主 key - 写入时用
pipeline或 Lua 脚本保证原子性：先SET主 key，再对每个 tag 执行SADD cache:tag:xxx user:10001:profile - 删除时：查
SMEMBERS cache:tag:product拿到全部 key，再用UNLINK批量删（避免阻塞）
注意：需改写 Phalcon 的 save() 和 deleteByTag() 方法，或在业务层统一包装。别忘了给 tag 索引 key 设置合理过期时间（比如比主缓存多 1 小时），防止索引堆积。
方案二：用前缀 + SCAN + UNLINK 实现近似 tag 清理
如果无法修改写入逻辑，又必须清理某类缓存，可退一步：约定 tag 映射为 key 前缀。例如所有产品相关缓存强制以 product: 开头，配置类以 config: 开头。这样就能跳过标签系统，直接按前缀扫删。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 用
SCAN cursor MATCH product:* COUNT 500分批获取 key - 每批拿到后立即执行
UNLINK（非阻塞式异步删除，比DEL更安全） - 脚本示例（Redis CLI）：
说明：--scan 是 redis-cli 4.0+ 内置的 SCAN 封装，-n 100 控制每批最多删 100 个，避免单次命令过长；生产环境建议加 --quiet 减少输出干扰。
方案三：Lua 脚本原子化处理（适合高一致性要求）
当需要“查 tag 索引 + 删主 key + 清索引”三步强一致时，用 Lua 脚本最稳。Redis 单线程执行 Lua，整个过程不可中断。
- 脚本接收 tag 名作为参数，先
SMEMBERS cache:tag:{tag}拿 key 列表 - 用
redis.call('UNLINK', ...)批量删主 key - 最后
SREM清空该 tag 的索引集合 - 返回实际删除数量，便于日志追踪
注意：Lua 中 UNLINK 在 Redis 4.0+ 可用，若版本低需换成 DEL，但要接受短暂阻塞风险；脚本长度建议控制在 1KB 内，避免 EVALSHA 缓存失效问题。
切换不是替换，而是重建缓存契约。File 的 tag 是便利，Redis 的 tag 是设计。真要批量清，别指望框架自动适配，得在写入时埋点、在清理时借力——SCAN 保安全，UNLINK 降影响，Lua 守边界。不复杂但容易忽略。
