Riesgo de inflación de datos en n8n
Por qué guardar todos los datos de ejecución puede llenar rápidamente tu base de datos y crashear n8n
¿Qué es este problema?
Cuando n8n está configurado para guardar todos los datos de ejecución (éxito y error), la base de datos crece continuamente. Workflows de alta frecuencia pueden generar gigabytes de datos por día, eventualmente causando lentitud y crashes.
Señales de advertencia:
•UI de n8n volviéndose lento al cargar historial de ejecuciones•Almacenamiento de base de datos aumentando rápidamente•Tiempos de backup cada vez más largos•n8n crasheando durante periodos de alto volumen
¿Por qué es peligroso?
Agotamiento de base de datos
La base de datos puede quedarse sin espacio, causando que n8n crashee y deje de procesar workflows.
Degradación de rendimiento
Tablas grandes ralentizan todas las operaciones de base de datos, haciendo n8n cada vez más lento.
Costos incrementados
El almacenamiento de base de datos en cloud es caro. Datos innecesarios aumentan tus facturas de hosting.
Complicaciones de backup
Bases de datos grandes tardan más en hacer backup y restaurar, aumentando tu RPO/RTO.
Cómo solucionarlo
- 1
Deshabilitar guardado para workflows de producción
Para workflows de producción de alta frecuencia, deshabilita 'Guardar ejecuciones exitosas' para evitar acumulación de datos.
- 2
Configurar poda de datos
Establece EXECUTIONS_DATA_PRUNE=true y EXECUTIONS_DATA_MAX_AGE para eliminar automáticamente ejecuciones antiguas.
- 3
Mantener solo errores
Establece 'Guardar ejecuciones fallidas' en true pero 'Guardar ejecuciones exitosas' en false para la mayoría de workflows.
- 4
Usar logging externo
Para registros de auditoría, envía datos de ejecución a sistemas de logging externos (Elasticsearch, CloudWatch) en lugar de la base de datos de n8n.
Escanea tu workflow ahora
Sube tu archivo JSON de n8n y detecta riesgos de inflación de datos y problemas de configuración de almacenamiento de ejecuciones.