I segni comuni del problema della query N+1 includono i seguenti indicatori dettagliati:
- Numero eccessivo di query: il segno più ovvio è che l'applicazione esegue molte più query di database del previsto. In genere, si vede una query iniziale per recuperare un elenco di record, seguita da una query aggiuntiva per ciascun record per recuperare i dati correlati. Ad esempio, recuperare 10 utenti e quindi eseguire 10 query separate per ottenere i post di ciascun utente risultati in 11 query invece di una sola query ottimizzata [1] [3].
- Tempi di risposta dell'applicazione lenti: poiché ogni query richiede un viaggio di andata e ritorno nel database, l'effetto cumulativo di molte piccole query rallenta significativamente il recupero dei dati. Ciò porta a carichi di pagina più lenti o risposte API, rendendo l'applicazione meno sensibile alle richieste degli utenti [1] [5].
- Caricamento elevato del database: il server del database sperimenta un carico ha aumentato il carico a causa del gran numero di query, che può filtrare le risorse e ridurre il throughput complessivo del sistema. Ciò può degradare le prestazioni e limitare la scalabilità man mano che aumenta il numero di utenti o dati [3] [5] [6].
- Invisibile nei registri delle query lenti: a differenza di una singola query lenta, il problema N+1 spesso passa inosservato nei registri delle query lenti perché ogni singola query funziona rapidamente. Tuttavia, l'effetto aggregato di molte domande provoca il degrado delle prestazioni [2].
- query impreviste o nascoste innescate da ORM: quando si utilizzano framework di mappatura oggetti-relazionali (ORM), il problema N+1 si presenta spesso a causa di un caricamento o una configurazione errata. L'accesso alle entità correlate in un ciclo può attivare ulteriori query senza chiamate esplicite nel codice, rendendo difficile rilevare semplicemente guardando il codice sorgente [2] [5] [6].
- Collette di bottiglia delle prestazioni nei modelli di recupero dei dati: se l'applicazione ha relazioni di oggetti complesse e recupera i dati correlati in più passaggi anziché in una singola query ottimizzata, questo modello è un forte indicatore del problema N+1 [6].
In sintesi, i segni comuni sono un numero inaspettatamente elevato di query di database per quello che dovrebbe essere un semplice recupero dei dati, tempi di risposta lenti a causa di più viaggi di round di database, un aumento del carico sul server di database e difficoltà a individuare il problema perché ogni query esegue individualmente rapidamente ma collettivamente i ritardi. Questi sintomi sono particolarmente diffusi nelle applicazioni che utilizzano ORM con comportamento di caricamento pigro predefinito [1] [2] [3] [5] [6] [7].
Citazioni:
[1] https://planetscale.com/blog/what-is-1-1-query-problem-and-how-to-to-sol-it
[2] https://stackoverflow.com/questions/97197/what-is-the-n1-selects-problem-in-orm-object-relational-mapping
[3] https://www.pingcap.com/article/how-to-efficient-solve-the-n1-query-problem/
[4] https://evnedev.com/blog/development/the-n1-query-problem-what-is-it-and-how-do-you-solve-it/
[5] https://digma.ai/n1-query-problem-and-how-to-to-dect-it/
[6] https://www.neurelo.com/post/what-is-the-f-1-query-problem
[7] https://dev.to/lovestaco/the-n1-query-problem-the silent -performance-killer-2b1c
[8] https://www.pullrequest.com/blog/avoiding-1-database-queries-in-asp-net-a-practical-guide/