Die Zwei-Ebenen-Cache-Mechanismen
Das System "Zwei-Ebenen-Cache" ermöglicht ein schnelles Cache-Backend und ein langsames Cache-Backend. Das Hauptproblem hierbei ist, dass nur Datei- und Datenbankstrukturen das langsame Backend wirklich effizient machen, da eine "hausgemachte" Strukturierung dieser Inhalte durchgeführt werden kann.
Mit APC oder Memcached können wir eine assoziative Zwei-Wege-Struktur erhalten, die aber immer noch sehr einfach ist. Magento verarbeitet große Datensammlungen mit Typ, Kategorie, Gruppen usw. Eine einfache Struktur kann die Anforderungen des Magento-Cache nicht wirklich erfüllen. Um ordnungsgemäß arbeiten zu können, benötigt Magento einen langsamen Backend-Cache, der ordnungsgemäß strukturiert sein kann und über erweiterte Werte / Funktionen verfügt. Im fast_backend haben wir dann nur einen Schlüssel (Element-ID) und den Inhalt dieses Schlüssels (das zwischengespeicherte Element). Es ist ein bisschen so, als hätten Sie ein Mailing-System, das einen Mail-Inhalt mit einer ID speichert, und eine andere Datenbank, die bei der Strukturierung mit Ordnern und Attributen hilft. Die "Rohdaten" werden im fast_backend gespeichert, die intelligente Zuordnung dieser Daten wird im slow_backend gespeichert.
Auf diese Weise kann Magento einen Schlüssel oder eine Kategorie selektiv löschen oder aktualisieren, ohne bei jeder Aktualisierung den gesamten Cache leeren zu müssen.
Wenn Sie Magento ein "nicht konfigurierbares" langsames Cache-Backend auferlegen, kann es den Teil des Caches, der von einer Manipulation betroffen ist, nicht selektiv bereinigen, wodurch der gesamte Caching-Mechanismus völlig unbrauchbar wird.
