Questions tagged «redis»

我正在尝试改善Magento的性能（“ MageDev”迟早会达到这一点：） 我进行了一些研究，发现很多不错的指南，但并不统一。 我得到的是： MemCache或Redis是通用的缓存系统，它们缓存数据，并且可以直接与Magento（local.xml）集成。 APC是php代码本身的缓存，只能在服务器级别集成。 Varnish是反向代理，它缓存响应只能在服务器级别集成。（Magento，松节油有扩展名，但我不确定确切是做什么的） 读完所有这些内容后，我仍然对上述哪种缓存系统可以组合使用（例如EX）感到有些困惑： MemCache + APC？ Redis + APC？ 我可以将Varnish添加到上述配置之一吗？ 只是要清楚，问题不是关于如何配置Magento或服务器，而是允许的可能性是什么，以及关于如何混合缓存系统的一些许可。（此外，如果有人可以提出好的建议，我将不胜感激。）

34 cache  varnish  redis  memcached  apc 

我正在运行Magento EE 1.12.2（在CE 1.7.2中也是如此），在这里我们有Redis进行缓存（Cm_Cache扩展，Redis v 2.2.12），但是我们使用Memcache进行会话存储。 这些Magento版本不支持开箱即用的Redis。所以我在这里关注的是： 在工作量和速度改进方面，是否值得将会话存储放入Redis中？ Memcache是​​否一样好，甚至更好？ 在此项目中，由于需要将第三方XML文件存储到会话中，因此会话文件很大，因此优化会话读写可能会产生很大的影响。 来自local.xml： <session_save><![CDATA[memcache]]></session_save> 和： <cache> <backend>Cm_Cache_Backend_Redis</backend> [...] </cache>

10 magento-1.7  session  ee-1.12  redis  memcache 

我的问题是对Magento专业人士： 是否可以同时将Varnish和Redis用于FPC（全页缓存）？ 我当前的设置如下所示： SSL termination > Varnish Full Page Cache > Apache > two Magento 2网站。 除了上述设置外，我还安装了Redis for Page Cache，以查看是否会从中受益。 让我感到困惑的是Redis配置中的这一行： 'page_cache' => array( 'backend' => 'Cm_Cache_Backend_Redis', 这是我从Magento官方网站获得的示例Redis配置的完整代码： 'cache' => array( 'frontend' => array( 'default' => array( 'backend' => 'Cm_Cache_Backend_Redis', 'backend_options' => array( 'server' => '127.0.0.1', 'port' => '6379' ), …

10 magento2  magento-2.1  full-page-cache  varnish  redis 

我们使用Magento 1.9.2.4中的默认Cm_RedisSession模块切换到Redis作为会话存储。部署后，许多客户经历了非常长的页面加载时间（> 20-30秒）。对于Redis-Server，我们在Tideways中使用AWS ElastiCache（m3.large） （类似于Newrelic），在跟踪中看到了这个瓶颈： 在阅读了有关此问题的更多信息并查看了Cm_RedisSession日志后，我发现来自客户的会话已被锁定，并且经过更多研究后，由于会话锁定的改进，我决定将Cm_RedisSession升级到1.14。 使用最新版本，该问题已最小化，因为该锁定现在将在5秒后正确断开。但是仍然有5秒的加载时间。 我有两种理论。 一些请求死亡，因此没有任何session_close()调用，因此该锁将不会被释放： 我启用了每个日志（php-fpm，nginx和magento），并看着它们，直到该错误在Tideways中出现给客户，但在此特定时间范围内没有错误 多个脚本尝试读取/写入同一会话： 我创建了一个脚本，该脚本使用相同的前端cookie并行调用同一页面一百次，但是没有出现锁。 在这一点上，我不知道为什么会出现此锁，更糟糕的是，我无法在本地的Maschine或登台系统上重现它。 有没有人暗示或解决我该如何解决这个问题？ 编辑：有人试图禁用Cm_RedisSession中的锁定吗？ 编辑：与1.15相同的问题 编辑：大多数带锁的请求都是ajax请求。但是我还是无法复制它。 $ php5-fpm -v PHP 5.5.32-1+deb.sury.org~trusty+1 (fpm-fcgi) (built: Feb 5 2016 10:10:42) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by …

9 magento-1.9  magento-1.8  magento-community  session  redis 

我正在使用Magento 1.9.0.1，托管我们的Magento缓存（AWS ElastiCache）的Redis服务器将不时出现故障。发生这种情况时，Magento会致命地出错，直到Redis再次可用为止。 这可能是一个很难快速回答的问题，但是我想知道的是，为什么Magento无法在无法连接到Redis而不是致命错误的情况下像缓存被禁用那样工作？ 我不知道有任何设置或任何模块可以使Magento具备此功能，但从表面上看似乎并不困难。Magento用来local.xml弄清楚如何连接到数据库以及缓存后端。然后，它连接到数据库并查看高速缓存选项，以了解是否使用高速缓存。如果数据库指示使用给定的缓存，它将切换一些标志（可能是全局变量或单例的属性），并将缓存后端用于其余请求。如果发生连接错误，Magento是否无法在该请求期间将其关闭？ 慢速站点胜过致命错误。 编辑：显然有些人不明白我在问什么，或者实际上没有读过这篇文章。 当Redis用作主要缓存存储方法时，是否有模块可以使Magento能够正常运行而不会出现致命错误。 如果没有，有人能启发我为什么这不可能或很难吗？

9 magento-1.9  ce-1.9.0.1  cache  redis  cm-redissession 

Enterprise 1.14.1.0，nginx，php-fpm，solr，redis（2个实例-一个用于fpc，另一个用于其他所有功能） 我们完全处于机智的境地-我们已经对似乎合理的每个配置设置进行了调整，而且这一问题每天都持续存在。任何想法将不胜感激。 我们的网站经历了Redis锁定并倾销此类错误的情况，持续了几分钟，然后一切恢复正常。 a:4:{i:0;s:24:"read error on connection";i:1;s:1196:"#0 /var/www/magento/lib/Credis/Client.php(440): Credis_Client->__call('select', Array) #1 /var/www/magento/lib/Cm/Cache/Backend/Redis.php(117): Credis_Client->select(0) #2 /var/www/magento/lib/Zend/Cache.php(153): Cm_Cache_Backend_Redis->__construct(Array) #3 /var/www/magento/lib/Zend/Cache.php(94): Zend_Cache::_makeBackend('Cm_Cache_Backen...', Array, true, true) #4 /var/www/magento/app/code/local/Extendware/EWCacheBackend/Model/Override/Mage/Core/Cache.php(25): Zend_Cache::factory() #5 /var/www/magento/app/code/core/Mage/Core/Model/Config.php(1348): ExtendwareInternal_EWCacheBackend_Model_Override_Mage_Core_Cache->__construct(Array) #6 /var/www/magento/app/Mage.php(463): Mage_Core_Model_Config->getModelInstance('core/cache', Array) #7 /var/www/magento/app/code/core/Mage/Core/Model/App.php(401): Mage::getModel('core/cache', Array) #8 /var/www/magento/app/code/core/Mage/Core/Model/App.php(295): Mage_Core_Model_App->_initCache(Array) #9 /var/www/magento/app/code/core/Mage/Core/Model/App.php(337): Mage_Core_Model_App->baseInit(Array) #10 /var/www/magento/app/Mage.php(684): Mage_Core_Model_App->run(Array) #11 /var/www/magento/index.php(87): Mage::run('default', 'store') …

9 magento-enterprise  redis  php-fpm 

这两个按钮中的哪一个会刷新吗？

9 cache  full-page-cache  block-cache  redis 

我们正在使用Magento EE 1.14.1.0，并且使用该Mage_Core_Model_Session_Abstract_Varien::start方法的时间非常长 。我们尝试将Memcached和Redis用于会话存储，但结果相同。 这正常吗？这是新遗物问题吗？任何想法如何解决？ 屏幕截图如下： 对于任何建议，我将不胜感激。

8 session  redis  memcached  ee-1.14  ee-1.14.1.0