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

¿Cómo identificar el problema N+1 Query en nuestras aplicaciones?

¡Abordemos uno de los desafíos más frustrantes en el desarrollo web! El problema del N+1 Query afecta el rendimiento de base de datos de muchas aplicaciones y puede ralentizarla considerablemente. Pero no te preocupes, aquí te vamos a enseñar cómo identificarlo y resolverlo usando Rails y Arspec.

Para detectar el problema vamos a utilizar pruebas específicas en nuestras aplicaciones. Observemos el test en el que listamos nuestros posts ya que es allí donde se manifiesta el problema. En Rails, podemos usar una funcionalidad de Arspec para ejecutar únicamente una prueba específica en vez de todo el conjunto de pruebas. Para esto:

1. Ubica la línea donde está la prueba en tu archivo (por ejemplo, la línea 29).
2. Ejecuta el comando en la terminal con:

   bundle exec rspec path/a/tu/prueba:numero_de_linea
   

3. Observa los logs generados en modo de pruebas para identificar consultas innecesarias.

¿Cómo monitorear los logs de prueba?

Monitorear los logs es crucial para diagnosticar el problema N+1. Aquí te mostramos cómo hacerlo:

1. Accede al archivo logs/test.log dentro de tu proyecto para observar las acciones que se ejecutan en el entorno de pruebas.
2. Limpia el log para comenzar con una pizarra limpia.
3. Utiliza el siguiente comando en la terminal para monitorear el log en tiempo real:

   tail -f logs/test.log
   

Corriendo la prueba en una terminal y monitoreando el log en otra, puedes ver dónde se generan los múltiples SELECTs innecesarios (por ejemplo, SELECT users * repetido varias veces), que representan el problema N+1.

¿Cómo solucionar el problema N+1 Query en Rails?

¡No es complicado! Para solucionar el problema, podemos utilizar el método includes en nuestro controlador de Rails que maneja posts. Este método permite a Rails realizar un solo query para extraer las entidades relacionadas. Aquí un ejemplo de cómo implementarlo:

# En tu controlador de posts
def index
  @posts = Post.includes(:user).where(publicado: true)
end

Con este cambio:

• Rails ejecutará un solo SELECT para los posts y un solo SELECT para los usuarios relacionados, reduciendo el número de queries de once a dos.

Gracias a esta optimización, si cada query toma un promedio de 100ms, nos ahorramos alrededor de 1 segundo en total. Lo más importante, nuestras pruebas seguirán pasando, asegurándonos que no alteramos el comportamiento deseado de nuestra aplicación.

Continúa explorando formas de optimizar el rendimiento de tus aplicaciones y recuerda, ¡cada pequeña mejora cuenta!