Los mecanismos de caché de dos niveles
El sistema «caché de dos niveles» permite obtener un backend de caché rápido y un backend de caché lento. El principal problema aquí es que solo las estructuras de archivos y bases de datos permiten que el backend lento sea realmente eficiente porque se puede hacer una estructuración "casera" de este contenido.
Con APC o Memcached, podemos obtener una estructura asociativa bidireccional pero aún muy simple. Magento maneja grandes colecciones de datos, con tipo, categoría, grupos, etc. Una estructura simple realmente no puede satisfacer la necesidad del caché de Magento. Para poder funcionar correctamente, Magento necesita un caché de backend lento que pueda estructurarse correctamente y tenga un valor / capacidades ampliadas. En fast_backend, solo tenemos una clave (id del elemento) y el contenido de esta clave (el elemento que se almacena en caché). Es un poco como si tuviera un sistema de correo que almacena un contenido de correo con una ID y otra base de datos que ayuda a estructurarlo con carpetas y atributos. Los datos "en bruto" se almacenan en el fast_backend, la asignación inteligente de estos datos se almacena en el slow_backend.
De esta manera, Magento puede eliminar o actualizar selectivamente una clave o una categoría sin tener que vaciar todo el caché cada vez que se realiza una actualización.
Si impone un backend de caché lento "no configurable" a Magento, no podrá limpiar selectivamente la parte del caché que se ve afectada por una manipulación, y luego hace que todo el mecanismo de almacenamiento en caché sea bastante inútil.
