Aceleración de Búsquedas en Rails con Caching

Curso de Creación de APIs con Ruby on Rails

Contenido del curso

Introducción

Proyecto

Cierre

33
Creación de APIs con Rails: Buenas Prácticas y Features Avanzados
00:43 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:008:23

Aceleración de Búsquedas en Rails con Caching

Curso de Creación de APIs con Ruby on Rails

Clase 28 de 33

Clase 28 / 33

Recursos

Optimiza el rendimiento de tu API en segundos: aprende a usar el caching de Rails para acelerar búsquedas de posts, reducir carga en la base de datos y mantener una experiencia rápida sin sacrificar mantenibilidad. Con una clave de cache bien definida, un expires_in razonable y consultas por IDs indexados, los tiempos de respuesta mejoran notablemente.

¿Por qué usar cache en búsquedas de posts en Rails?

Cuando se buscan títulos con SQL usando un patrón con LIKE, el desempeño cae en colecciones grandes. Las bases de datos relacionales no están optimizadas para búsqueda de texto libre, por lo que pueden volverse lentas con miles o millones de registros. Con caching vía Rails.cache.fetch, guardas resultados y evitas recalcular en cada solicitud.

Las búsquedas con LIKE no usan índices eficientemente y son lentas en grandes volúmenes.
El cache funciona como almacén llave-valor: si existe, retorna; si no, calcula y guarda.
Usa expires_in para evitar resultados obsoletos y controlar frescura.
Se prioriza desempeño sobre correctitud: es un trade off explícito.

¿Qué limita a las bases de datos SQL con texto?

Patrones con LIKE escanean muchas filas.
No están diseñadas para búsqueda full-text por defecto.
En producción, el costo crece con el tamaño de los datos.

¿Qué implica el trade off entre correctitud y desempeño?

Guardar resultados por una hora acelera respuestas.
Durante ese periodo, nuevos posts que coincidan podrían no aparecer.
Es un intercambio intencional y común en sistemas reales.

¿Cómo implementar Rails.cache.fetch con clave y expiración?

La idea central: cachear solo lo necesario (IDs) y luego consultar por IDs ya indexados. Así reemplazas un query costoso por uno rápido.

# Ejemplo de implementación del servicio de búsqueda
# 1) Cachea los IDs que matchean el título con LIKE.
ids = Rails.cache.fetch("post_search:#{query}", expires_in: 1.hour) do
  Post.where("title LIKE ?", "%#{query}%").pluck(:id)
end

# 2) Recupera los registros por ID (consulta rápida e indexada).
posts = Post.where(id: ids)

Rails.cache.fetch: accede al cache y calcula bajo demanda.
Clave sugerida: post_search:#{query} para agrupar por término buscado.
expires_in: 1.hour: evita stale data permanente y controla frescura.
pluck(:id): ahorra espacio en cache guardando solo IDs.

¿Cómo definir la clave y qué guardar?

Incluye el término de búsqueda en la clave.
Guarda la menor cantidad de datos posible: solo IDs.
Evita almacenar objetos completos para no agotar memoria del cache.

¿Cómo consultar por IDs luego del cache?

Usa where(id: ids) para aprovechar índices por ID.
El primer acceso hace el LIKE; los siguientes reutilizan el resultado.
En pruebas manuales: la segunda búsqueda debe mostrar solo el query por IDs.

¿Qué opciones de cache convienen en desarrollo y producción?

Rails ofrece varias estrategias de cache. En desarrollo suele usarse memory store; en producción se recomienda un cache distribuido como memcache o Redis para entornos con múltiples nodos.

Desarrollo: :memory_store guarda en memoria del proceso.
Producción: prefiere memcache o Redis para compartir entre nodos.
Configuración en archivos de environment (development, production, test).

¿Cómo configurar memory store, memcache o Redis?

En config/environments/production.rb (o el entorno que uses):

# Memory store con tamaño límite
config.cache_store = :memory_store, { size: 64.megabytes }
config.action_controller.perform_caching = true

Para memcache o Redis, ajusta :cache_store según tu infraestructura y variables de entorno.

¿Cómo validar con pruebas y consola?

Ejecuta el suite de pruebas para asegurar que la búsqueda no cambió su contrato.
En consola de Rails:
- Primera búsqueda: se ve el query con LIKE y luego por IDs.
- Segunda búsqueda: solo el query por IDs, señal de cache hit.

¿Tienes dudas sobre la clave, la expiración o la elección de store? Cuéntame tu contexto y deja un comentario para explorar alternativas y mejoras.

Introducción

API de blog con Ruby on Rails y TDD

Verificar herramientas antes del proyecto Rails

Proyecto

Creación de APIs con Rails: Proyecto Blog API paso a paso

Configuración de Gemas para Pruebas en Proyectos Rails

Configuración de Gemas en Proyectos Rails: Arspec, Factory Bot y Database Cleaner

Implementación de un Health Check Endpoint en API con RSpec

Diseño de Casos de Uso y Diagramas de Entidad para Aplicaciones

Diagrama entidad relación: usuario y post

Modelado de Aplicaciones con TDD en Rails

Validaciones y Pruebas TDD en Rails: Modelos USR y Post

Implementación de Endpoints para Listar y Mostrar Posts con TDD

Implementar controlador Posts con TDD

Pruebas TDD para crear y actualizar posts

Implementación de Métodos y Manejo de Excepciones en Rails API

Active Model serializers: control total de JSON en Rails

Búsqueda y Filtrado de Posts por Título con TDD

Implementación de Búsqueda de Posts con Servicios en Rails

Problema N+1 en Rails: Detección y Solución Eficaz

Identificación y solución del problema N+1 en Rails

Flujo de Autenticación en APIs con Tokens y Proveedores

Tests con RSpec para autenticación de tokens

Autenticación con Tokens: Implementación en Rails API

Autenticación de Usuarios en Controladores Rails

Autenticación y Seguridad en CRUD de Posts en Rails

Pruebas de Creación y Actualización con Autenticación en Rails

Probando API Ruby on Rails con Postman

Caching en Aplicaciones Web: Funciones y Niveles

Aceleración de Búsquedas en Rails con Caching

Background Jobs en Rails: Conceptos y Funcionalidades

Procesamiento en Background y Envío de Correos con Rails

Envío de Correos en Rails con ActionMailer y Background Jobs

Autenticación y Autorización con JWT y Auth0 en Aplicaciones Web

Cierre

Creación de APIs con Rails: Buenas Prácticas y Features Avanzados

Aceleración de Búsquedas en Rails con Caching