使用单独的后端服务器在安装上刷新Magento Redis缓存的问题

Question

我的问题是，我认为我不能刷新magento缓存从管理页。我意识到这个问题可能来自很多方面，但我的直觉告诉我，这与后端在一个单独的服务器上有关。我的magento安装如下：

• Magento CE 1.8
• 在Amazon EC2上的http://admin.example.com上的后端服务器和NFS(媒体)
• AWS 2应用服务器数据库(可扩展到更多)在http://www.example.com (route53)的AWS弹性豆柄上
• 在AWS elasticache redis上的常规后端缓存(数据库0)、Lesti-FPC(数据库0)和redis_session (数据库1)

最初，我的Lesti配置为在redis缓存上使用数据库2。据我所知，我认为它运行得很好，直到我意识到我根本无法从管理System>Cache管理页面刷新缓存。“刷新Magento缓存”、“刷新缓存存储”、“禁用”和“刷新”没有任何作用。我只能通过重新启动redis节点或使用redis-cli并使用redis命令来刷新它。

然后，我尝试将Lesti配置为使用上文所述的数据库0。效果更好。现在，我可以用“刷新缓存存储”来刷新FPC，尽管其他选项仍然不起作用。当时，我认为这是一个问题，特别是莱斯蒂-FPC。但是无论如何，在当时使用“刷新缓存存储”对我来说已经足够好了，特别是当我发现我可以使用

Mage::app()->getCacheInstance()->flush();

我最近才发现，这个问题可能不是Lesti特有的。当我试图解决莱斯蒂的问题时，我试着监视瑞迪斯。我对redis或缓存一无所知，但是当我尝试刷新FPC时，我会看到以下命令：

“del” “zc:ti:403_FPC”
“srem” “zc:tags” “403_FPC”

但这些标签根本就不存在。做：

keys *FPC*

在红葡萄酒里会给我

“zc:ti:109_FPC”

但403没有。因此，这意味着我的fpc缓存不会像在产品/类别更改和重新索引之后那样失效。通过在更改后手动刷新缓存，并运行cron作业，每隔几个小时刷新和启动fpc，我解决了这一问题。

但这让我怀疑。我尝试刷新管理员中的其他缓存，我发现magento总是尝试删除和读取403个键(其中一些存在，而一些没有)，但从来没有任何109个键(其中有很多)。

我猜403键是特定于管理服务器的，109键是特定于应用服务器的。管理服务器，可能是因为它在一个不同的子域，没有触及应用服务器的缓存的东西。但是应用服务器能够很好地找到自己的密钥，FPC运行得很好就证明了这一点。

这有道理吗？我能做些什么来解决这个问题吗？是我配置错了什么，还是这是一个magento错误？

Answer 1

事实证明，Zend前缀是etc文件夹路径的md5散列的前三个字符。

我的应用服务器的文档根目录是/var/www/html。/var/www/html/app/etc的完整路径为403。运行在弹性豆杆上的app服务器的文档根位于/var/app/current，在部署时自动完成。

听起来挺蠢的。为什么不使用数据库地址和数据库名称之类的散列呢？那就更有意义了。

不管怎么说，我希望这能帮上忙。