Almindelige tegn på N+1 -forespørgselsproblemet inkluderer følgende detaljerede indikatorer:
- Overdreven antal forespørgsler: Det mest åbenlyse tegn er, at din applikation udfører mange flere databaseforespørgsler end forventet. Typisk ser du en indledende forespørgsel for at hente en liste over poster, efterfulgt af en ekstra forespørgsel for hver post for at hente relaterede data. F.eks. Resultater hentning af 10 brugere og kører derefter 10 separate forespørgsler for at få hver brugers indlæg i 11 forespørgsler i stedet for kun en optimeret forespørgsel [1] [3].
- Langsom applikationsresponstider: Fordi hver forespørgsel kræver en tur / retur til databasen, bremser den kumulative effekt af mange små forespørgsler markant dataindhentning. Dette fører til langsommere sidebelastninger eller API -svar, hvilket gør applikationen mindre lydhør over for brugeranmodninger [1] [5].
- Høj databasebelastning: Databaseserveren oplever øget belastning på grund af det store antal forespørgsler, som kan sil ressourcer og reducere den samlede gennemstrømning af systemet. Dette kan forringe ydelse og begrænse skalerbarhed, når antallet af brugere eller data vokser [3] [5] [6].
- Usynlige i langsomt forespørgselslogfiler: I modsætning til en enkelt langsom forespørgsel går N+1 -problemet ofte upåagtet hen i langsomt forespørgselslogfiler, fordi hver enkelt forespørgsel hurtigt kører. Imidlertid forårsager den samlede virkning af mange forespørgsler ydelsesnedbrydning [2].
- Uventede eller skjulte forespørgsler udløst af ORM: Når man bruger objekt-relationel kortlægning (ORM) rammer, opstår N+1-problemet ofte på grund af doven belastning eller forkert konfiguration. Adgang til relaterede enheder i en loop kan udløse yderligere forespørgsler uden eksplicitte opkald i koden, hvilket gør det svært at registrere bare ved at se på kildekoden [2] [5] [6].
- Performance -flaskehalse i datahentning af mønstre: Hvis din applikation har komplekse objektforhold og henter relaterede data i flere trin snarere end i en enkelt optimeret forespørgsel, er dette mønster en stærk indikator for N+1 -problemet [6].
Sammenfattende er de almindelige tegn et uventet stort antal databaseforespørgsler for, hvad der skal være en simpel dataindhentning, langsomme responstider på grund af flere databaseture, øget belastning på databaseserveren og vanskeligheder med at opdage problemet, fordi hver forespørgsel individuelt udføres hurtigt, men samler samlet forsinkelser. Disse symptomer er især udbredt i applikationer ved hjælp af ORM'er med standard doven belastningsadfærd [1] [2] [3] [5] [6] [7].
Citater:
)
[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-efficently-solve-the-n1-query-problem/
)
)
[6] https://www.neurelo.com/post/what-is-the-n-1-query-problem
[7] https://dev.to/lovestaco/the-n1-query-problem-the-silent-performance-mails-2b1c
[8] https://www.pullrequest.com/blog/avoiding-n-1-database-queries-in-asp-net-a-practical-guide/