刷新REDIS缓存


Answers:


12

“刷新Magento缓存”按钮将仅根据其标记刷新缓存记录。Zend_Cache::CLEANING_MODE_MATCHING_ANY_TAG在缓存后端调用clean时,使用此模式。

Zend_Cache::CLEANING_MODE_ALL当在缓存后端调用clean时,“刷新缓存存储”按钮将使用该模式刷新整个缓存支持(后端支持该支持)。

Cm_Cache_Backend_Redis做两个模式之间的区分和妥善处理他们。

刷新“缓存存储”后,Redis中会发生什么:

1380734058.807909 [0 127.0.0.1:61926] "flushdb"

刷新“ Magento缓存”后,Redis中发生的事情看起来像这样...

1380733999.123304 [0 127.0.0.1:61889] "sunion" "zc:ti:541_MAGE"
1380733999.127239 [0 127.0.0.1:61889] "multi"
1380733999.127294 [0 127.0.0.1:61889] "del" "zc:k:541_APP_E4D52B98688947405EDE639E947EE03D" "zc:k:541_CORE_CACHE_OPTIONS" ... etc ...
1380733999.127493 [0 127.0.0.1:61889] "del" "zc:ti:541_MAGE"
1380733999.127523 [0 127.0.0.1:61889] "srem" "zc:tags" "541_MAGE"
1380733999.127547 [0 127.0.0.1:61889] "exec"
1380733999.128596 [0 127.0.0.1:61889] "sunion" "zc:ti:541_CONFIG"
1380733999.131160 [0 127.0.0.1:61889] "multi"
1380733999.131192 [0 127.0.0.1:61889] "del" "zc:k:541_CONFIG_GLOBAL_ADMIN" "zc:k:541_ENTERPRISE_LOGGING_CONFIG" ... etc ...
1380733999.131360 [0 127.0.0.1:61889] "del" "zc:ti:541_CONFIG"
1380733999.131379 [0 127.0.0.1:61889] "srem" "zc:tags" "541_CONFIG"
1380733999.131397 [0 127.0.0.1:61889] "exec"

您会注意到,在第一个示例中,Redis与后面的示例处理了单个命令,在后面的示例中,两个缓存前缀用于删除所有关联的缓存记录。根据我在这里(和代码中)看到的内容,分别在对缓存后端的单独调用中刷新了“ 541_MAGE”和“ 541_CONFIG”前缀,并且紧随其后的是配置。


我没有验证的唯一一件事是flushddb正确清除了两个数据库,但是我认为可以安全地进行假设,因为我没有遇到麻烦
davidalger

您可以使用flushall所有内容或flushdb单个数据库。
史蒂夫·罗宾斯


2

要实际回答您的问题:“两个按钮中的哪个按钮都可以冲洗?”

答案是肯定的,您可以通过管理员清除Magento的缓存。您也可以从命令行使用flushdb,但这不是您的问题...

不确定为什么将其否决...如果您在后端正确使用Redis进行缓存,则可以使用。

你也应该有

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.