Symfony3多服务器环境下如何失效Doctrine的APCu结果缓存？

这个问题其实戳中了APCu作为本地缓存的核心局限性——咱们一步步来看：

为什么APCu的缓存失效只在单台服务器生效？ #

APCu是单服务器进程内的本地缓存，它的缓存数据完全存储在当前服务器的内存中，不同服务器之间的APCu实例是完全隔离的，没有任何数据同步机制。所以当你在其中一台服务器执行$cacheDriver->delete('my_custom_id')时，只会清除这台服务器本地的缓存项，其他两台服务器的缓存依然存在。

用APCu实现多服务器缓存失效的“偏方”（不推荐） #

不是完全没有办法，但这些方案都属于“绕路”，复杂度高且容易出问题：

• 基于消息广播的主动同步：借助Redis Pub/Sub或者类似的消息队列，当一台服务器需要删除缓存时，发送一条消息给所有服务器，其他服务器收到消息后执行对应的delete操作。你需要自己封装Doctrine的缓存驱动，或者在Symfony里监听缓存失效事件，再加上消息接收的后台进程，整个链路很容易出现消息丢失、延迟或者服务器离线没收到的情况。
• 全局版本号实现被动失效：维护一个全局的缓存版本号（存在Redis或者数据库里），所有缓存Key都带上这个版本号，比如my_custom_id:{global_version}。当需要失效缓存时，只需要更新全局版本号，这样所有服务器查询旧版本的Key都会命中失败，自然就“失效”了。但这种方式只能批量失效，没法精准删除单个缓存项，而且版本号的更新和读取也会带来额外的开销。

更靠谱的方案：切换到Redis这类集中式缓存 #

对于多服务器的生产环境，集中式缓存才是正确的选择，比如Redis、Memcached这类独立部署的缓存服务，它们的缓存数据存储在统一的服务端，所有应用服务器都连接同一个缓存实例（或集群），缓存操作是全局生效的。

具体怎么做？ #

Doctrine原生支持Redis缓存驱动，你只需要修改Symfony的配置，不需要大幅改动业务代码：

1. 安装Redis扩展和Doctrine的Redis缓存适配器：

   composer require predis/predis doctrine/cache
   

2. 在config.yml（或packages/doctrine.yaml）里配置Doctrine的结果缓存驱动为Redis：

   doctrine:
       orm:
           result_cache_driver:
               type: redis
               host: your_redis_host
               port: 6379
               namespace: doctrine_result_cache
   

3. 你的业务代码完全不需要改动——依然用$query->useResultCache(true, 3600, 'my_custom_id')来缓存查询结果，用$cacheDriver->delete('my_custom_id')来失效缓存，此时的删除操作会直接作用于Redis，所有服务器都会看到缓存项被清除。

总结 #

如果你的生产环境是多服务器部署，不建议继续用APCu作为Doctrine的结果缓存，它更适合单服务器场景，或者作为集中式缓存的本地二级缓存（比如先查APCu，再查Redis）。优先切换到Redis这类集中式缓存，既能解决多服务器缓存同步的问题，还能获得更好的扩展性、持久化支持和缓存策略。

内容的提问来源于stack exchange，提问作者Isaac Bosca