我的问题是，我不认为我能够刷新从管理页面Magento的Redis的缓存。 我意识到，问题可能来自许多地方，但我的直觉告诉我，有事情做与后端是一个单独的服务器上。 我的Magento安装如下：
- Magento的CE 1.8
- 后端服务器和一个Amazon AWS EC2 NFS（媒体）在http://admin.example.com
- 数据库对AWS弹性豆茎AWS RDS的MySQL 2的应用服务器（可扩展到更多）在http://www.example.com （route53）
- 定期后端缓存（数据库0），Lesti-FPC（数据库0），并且redis_session上AWS elasticache redis的（数据库1）
我本来我Lesti-FPC配置为在Redis的缓存使用数据库2。 我想它的工作非常好，据我所知，直到我意识到我不能从管理系统>缓存管理页面都刷新缓存。 “冲洗Magento的缓存”，“清除缓存存储”，“禁止”和“刷新”什么也没做。 我只能通过重新启动Redis的节点或Redis的-CLI进入和使用Redis命令刷新它。
然后，我尝试配置Lesti-FPC于如上所述使用数据库0。 他能做的更好。 现在，我可以刷新与FPC“清除缓存存储，”虽然其他选项仍然没有奏效。 当时，我以为这是专门与Lesti-FPC的问题。 但不管怎么说，使用“清除缓存存储”是配不上我的时候，尤其是当我发现我可以使用刷新通过代码缓存
Mage::app()->getCacheInstance()->flush();
我最近刚发现的问题可能不是特定于Lesti-FPC。 在试图解决这个问题Lesti，我试图监控Redis的。 我一无所知Redis的或高速缓存，但是当我想尝试刷新FPC，我会看到的命令，如：
“del” “zc:ti:403_FPC”
“srem” “zc:tags” “403_FPC”
但这些标签不存在。 这样做：
keys *FPC*
在Redis的会给我
“zc:ti:109_FPC”
但没有与403因此，这意味着我的FPC缓存没有得到无效像他们的产品/类别变化和编制索引后应该。 我周围这让通过手动更改刷新后的高速缓存和运行cron作业冲洗和总理的FPC每隔几个小时。
但它使我产生怀疑。 我试图从管理刷新其它高速缓存，而且我发现，Magento的总是会尝试删除并宣读了403项（其中一些存在，其中一些没有），但从来没有任何109个键（有很多，其中）。
我的猜测是，403项特定于管理服务器，和109个键是特定于应用服务器。 管理服务器，也许是因为它是在不同的子域，未接触到的应用程序服务器的缓存的东西。 但是，应用服务器都能够找到自己的钥匙精细，用事实FPC工作得很好的证明。
这是否有意义？ 有什么我可以做些什么来解决这个问题？ 我没有什么配置不正确，或这是一个Magento的错误？
