คำถามติดแท็ก redis

2
Magento Cache - ความสับสนเกี่ยวกับวานิช, เรดิส, APC, Memcache
ฉันพยายามปรับปรุงการแสดงวีโอไอพี (ไม่ช้าก็เร็ว "MageDev" จะมาถึงจุดนี้ :) ฉันค้นคว้ามาแล้วและพบว่ามีคำแนะนำที่ดีมากมาย แต่ไม่ใช่คำแนะนำที่เป็นเนื้อเดียวกัน สิ่งที่ฉันได้คือ: MemCacheหรือRedisเป็นระบบแคชทั่วไปสามารถแคชข้อมูลและสามารถรวมเข้ากับ Magento ได้โดยตรง ( local.xml ) APCเป็นแคชสำหรับโค้ด php เองสามารถรวมในระดับเซิร์ฟเวอร์เท่านั้น วานิชเป็นพร็อกซีย้อนกลับซึ่งแคชการตอบสนองสามารถรวมในระดับเซิร์ฟเวอร์เท่านั้น (มีส่วนขยายสำหรับ Magento น้ำมันสน แต่ฉันไม่แน่ใจว่าทำอะไร) หลังจากการอ่านที่ดีทั้งหมดนี้ฉันยังคงสับสนเล็กน้อยเกี่ยวกับสิ่งที่ระบบแคชข้างต้นเป็นไปได้ที่จะใช้ในการรวมกันสำหรับ EX: MemCache + APC Redis + APC ฉันสามารถเพิ่มวานิชลงในการตั้งค่าด้านบนได้หรือไม่? เพียงเพื่อให้ชัดเจนคำถามไม่ได้เกี่ยวกับวิธีการกำหนดค่า Magento หรือเซิร์ฟเวอร์ แต่สิ่งที่เป็นไปได้ที่ได้รับอนุญาตและอนุญาตบางอย่างเกี่ยวกับวิธีการผสมระบบแคช (นอกจากนั้นถ้าใครสามารถมาพร้อมกับคำแนะนำที่ดีฉันจะขอบคุณมันขอบคุณ)

3
หน่วยเก็บข้อมูลเซสชันคุณภาพเยี่ยม: Redis vs. Memcached
ฉันใช้ Magento EE 1.12.2 (เท่ากันใน CE 1.7.2) โดยที่เรามี Redis สำหรับการแคช ( ส่วนขยาย Cm_Cache, Redis v 2.2.12 ) แต่เราใช้ Memcache สำหรับที่เก็บข้อมูลเซสชัน Redis ไม่ได้รับการสนับสนุนนอกกรอบใน Magento เวอร์ชันเหล่านี้ ดังนั้นความกังวลของฉันที่นี่คือ: คุ้มค่าหรือไม่ที่จะต้องเพิ่มพื้นที่เก็บข้อมูลลงใน Redis ในแง่ของความพยายามและการปรับปรุงความเร็ว? Memcache ไม่ดีหรืออาจจะดีกว่านี้หรือ ในโครงการนี้เรามีไฟล์เซสชันขนาดใหญ่เนื่องจากเราจำเป็นต้องจัดเก็บไฟล์ XML ของบุคคลที่สามไว้ในเซสชันดังนั้นการเพิ่มประสิทธิภาพการอ่านและเขียนของเซสชันอาจส่งผลกระทบอย่างมาก จากlocal.xml: <session_save><![CDATA[memcache]]></session_save> และ: <cache> <backend>Cm_Cache_Backend_Redis</backend> [...] </cache>

1
ล็อคเซสชันหลังจากใช้ Cm_RedisSession
เราเปลี่ยนเป็น Redis เป็นหน่วยเก็บข้อมูลเซสชันด้วยโมดูล Cm_RedisSession เริ่มต้นจาก Magento 1.9.2.4 หลังจากการปรับใช้ลูกค้าจำนวนมากประสบเวลาโหลดหน้านานมาก (> 20-30 วินาที) สำหรับ Redis-Server เราใช้ AWS ElastiCache (m3. large) ใน Tideways (คล้ายกับ Newrelic) ฉันเห็นคอขวดนี้ในการติดตาม: หลังจากอ่านเพิ่มเติมเกี่ยวกับปัญหานี้และดูในบันทึก Cm_RedisSession ฉันพบว่าเซสชันจากลูกค้าถูกล็อคและหลังจากการวิจัยเพิ่มเติมฉันตัดสินใจอัพเกรด Cm_RedisSession เป็น 1.14 เนื่องจากการปรับปรุงสำหรับการล็อคเซสชัน ด้วยเวอร์ชันล่าสุดปัญหาจะลดลงเนื่องจากการล็อกจะหยุดลงอย่างถูกต้องหลังจาก 5 วินาที แต่ยังมีเวลาโหลด 5 วินาที ฉันมีสองทฤษฎี คำขอบางส่วนตายดังนั้นจึงไม่มีการsession_close()โทรและด้วยเหตุนี้การล็อกจะไม่ถูกนำออกใช้: ฉันเปิดใช้งานบันทึกทุกรายการ (php-fpm, nginx และ magento) และดูพวกเขาจนกว่าข้อผิดพลาดนี้จะปรากฏใน Tideways สำหรับลูกค้า แต่ไม่มีข้อผิดพลาดในกรอบเวลานี้โดยเฉพาะ สคริปต์หลายอันพยายามอ่าน / เขียนเซสชันเดียวกัน: …

1
ทำไมวีโอไอพีไม่สามารถปิดแคชได้เมื่อ Redis ล้มเหลว
ฉันทำงานกับ Magento 1.9.0.1 และทุก ๆ ครั้งที่เซิร์ฟเวอร์ Redis ของเราซึ่งโฮสต์แคช Magento (AWS ElastiCache) จะลดลงเรื่อย ๆ เมื่อสิ่งนี้เกิดขึ้นวีโอไอพีจะเกิดข้อผิดพลาดอย่างร้ายแรงจนกระทั่ง Redis พร้อมใช้งานอีกครั้ง นี่อาจเป็นคำถามที่ตอบยาก แต่สิ่งที่ฉันสงสัยคือทำไม Magento ทำตัวเหมือนแคชไม่ได้เมื่อไม่สามารถเชื่อมต่อกับ Redis แทนที่จะทำผิดพลาดอย่างร้ายแรง? ฉันไม่ทราบเกี่ยวกับการตั้งค่าหรือโมดูลใด ๆ ที่ให้ความสามารถนี้กับ Magento แต่บนพื้นผิวมันดูไม่ยาก Magento ใช้local.xmlเพื่อหาวิธีเชื่อมต่อกับฐานข้อมูลและแบ็กเอนด์แคช จากนั้นจะเชื่อมต่อกับฐานข้อมูลและดูตัวเลือกแคชเพื่อทราบว่าจะใช้แคชหรือไม่ หากฐานข้อมูลบอกให้ใช้แคชที่กำหนดไว้สวิตช์จะเปลี่ยนสถานะบางอย่าง (อาจเป็นตัวแปรกลางหรือคุณสมบัติของซิงเกิลตัน) และใช้แคชแบ็กเอนด์สำหรับการร้องขอที่เหลือ Magento ไม่สามารถปิดการทำงานนี้ในระหว่างการร้องขอนั้นได้หากเกิดข้อผิดพลาดในการเชื่อมต่อ? ไซต์ที่ช้านั้นดีกว่าข้อผิดพลาดร้ายแรง แก้ไข:เห็นได้ชัดว่าบางคนไม่เข้าใจสิ่งที่ฉันถามหรือไม่ได้อ่านโพสต์นี้จริง ๆ มีโมดูลที่จะให้ Magento สามารถทำงานได้โดยไม่มีข้อผิดพลาดร้ายแรงเมื่อ Redis ไม่พร้อมใช้งานเมื่อ Redis ใช้เป็นวิธีการจัดเก็บแคชหลัก ถ้าไม่มีใครช่วยสอนฉันเกี่ยวกับสาเหตุที่เป็นไปไม่ได้หรือยากมาก?

1
Magento Enterprise - ข้อผิดพลาดการเชื่อมต่อ Redis อย่างต่อเนื่อง
องค์กร 1.14.1.0, nginx, php-fpm, solr, redis (2 อินสแตนซ์ - หนึ่งสำหรับ fpc และอีกหนึ่งสำหรับทุกอย่างอื่น) เราใกล้ถึงจุดสิ้นสุดแล้วเราได้ปรับแต่งการตั้งค่าทุกอย่างที่เป็นไปได้ ... และปัญหายังคงอยู่ทุกวัน ความคิดใด ๆ ที่จะได้รับการชื่นชมอย่างมาก. ไซต์ของเราประสบปัญหาการล็อกและการทิ้งข้อผิดพลาดเช่นนี้อีกครั้งเป็นเวลาหลายนาทีจากนั้นสิ่งที่ชัดเจนและกลับมาใช้งานได้ตามปกติ 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): …

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.