Laravel ofrece un sistema de almacenamiento en caché unificado y expresivo con múltiples backends (Redis, Memcached, archivo, base de datos, array) detrás de una única API. El almacenamiento en caché guarda resultados costosos para que no tengan que recomputarse — una de las optimizaciones de rendimiento de mayor impacto.
\\\;
::(, , );
::();
::(, );
::();
::();
::(, );
// if cached, return it; otherwise run the closure, cache the result, and return it
$users = Cache::remember('active_users', 3600, function () {
return User::where('active', true)->get(); // expensive query — cached for 1 hour
});
Cache::remember() es el patrón elegante y común: devuelve el valor en caché si está presente, o lo computa (ejecutando el closure), lo cachea y lo devuelve — en una sola llamada. Perfecto para cachear resultados de consultas costosas.
config/cache.php → choose the driver:
redis → fast, SHARED across servers (production standard for multi-server apps)
memcached → fast, shared
file/database → simpler, for smaller/single-server setups
array → in-memory, for testing
The SAME Cache API works regardless of backend → easy to switch.
La API unificada significa que el mismo código funciona con cualquier backend — y Redis es el estándar para producción (un caché compartido entre múltiples instancias de servidor).
// when data changes, clear the affected cache or it serves stale data
public function updateUser($user, $data) {
$user->update($data);
Cache::forget('active_users'); // INVALIDATE so the next read recomputes
}
// strategies: TTL (accept brief staleness), explicit forget on writes, cache tags
Cache::tags(['users'])->flush(); // tagged invalidation (Redis/Memcached)
El almacenamiento en caché es una de las optimizaciones de rendimiento de mayor impacto para aplicaciones Laravel, y el sistema de almacenamiento en caché unificado y expresivo del framework lo hace accesible — por lo que comprenderlo es valioso para construir aplicaciones rápidas y escalables.
El valor central es evitar trabajo repetido costoso: cachear los resultados de consultas de base de datos lentas, computaciones complejas o llamadas a API externas significa que las solicitudes posteriores se sirven rápidamente, reduciendo drásticamente la latencia y la carga.
El almacenamiento en caché de Laravel es elegante, especialmente el patrón get-or-compute de Cache::remember() (devolviendo datos en caché si están presentes, o computándolos, cacheándolos y devolviéndolos en una sola llamada limpia — ideal para cachear resultados de consultas), y su API unificada entre backends significa que el mismo código funciona con cualquier driver.
Saber usar Redis para producción (un caché compartido entre múltiples instancias de servidor — importante ya que los cachés más simples por servidor no se comparten al escalar horizontalmente) es un punto arquitectónico importante.
Equalmente importante es entender la dificultad central del almacenamiento en caché — invalidación (limpiar o refrescar datos en caché cuando los datos subyacentes cambian, mediante TTLs, forget explícito en escrituras, o cache tags, para evitar servir datos obsoletos) — ya que hacerlo mal es el fracaso de almacenamiento en caché clásico que muestra a los usuarios información desactualizada.
Comprender el sistema de almacenamiento en caché de Laravel — la API, el patrón remember, la selección de backend (Redis para escala) e especialmente las estrategias de invalidación — es conocimiento de nivel senior importante para construir aplicaciones Laravel eficientes y escalables, ya que el almacenamiento en caché proporciona ganancias de rendimiento importantes pero requiere invalidación cuidadosa para permanecer correcto.