Wspólne oznaki problemu zapytania N+1 obejmują następujące szczegółowe wskaźniki:
- Nadmierna liczba zapytań: Najbardziej oczywistym znakiem jest to, że aplikacja wykonuje o wiele więcej zapytań z bazy danych niż oczekiwano. Zazwyczaj widać jedno początkowe zapytanie, aby pobrać listę rekordów, a następnie dodatkowe zapytanie dla każdego rekordu w celu pobrania powiązanych danych. Na przykład pobieranie 10 użytkowników, a następnie uruchomienie 10 osobnych zapytań, aby uzyskać posty każdego użytkownika w 11 zapytania zamiast jednego zoptymalizowanego zapytania [1] [3].
- Czasy reakcji aplikacji: ponieważ każde zapytanie wymaga podróży w obie strony do bazy danych, skumulowany efekt wielu małych zapytań znacznie spowalnia pobieranie danych. Prowadzi to do wolniejszych obciążeń strony lub odpowiedzi API, co czyni aplikację mniej reagującą na żądania użytkowników [1] [5].
- Wysokie obciążenie bazy danych: serwer bazy danych doświadcza zwiększonego obciążenia ze względu na dużą liczbę zapytań, które mogą odcedzić zasoby i zmniejszyć ogólną przepustowość systemu. Może to obniżyć wydajność i ograniczyć skalowalność w miarę wzrostu liczby użytkowników lub danych [3] [5] [6].
- Niewidoczne w wolnych dziennikach zapytania: w przeciwieństwie do pojedynczego powolnego zapytania, problem N+1 często pozostaje niezauważony w wolnych dziennikach zapytania, ponieważ każde zapytanie działa szybko. Jednak zagregowany efekt wielu zapytań powoduje degradację wydajności [2].
- Nieoczekiwane lub ukryte zapytania wywołane przez ORM: Podczas korzystania z frameworków mapowania obiektowego (ORM) problem N+1 często pojawia się z powodu leniwego ładowania lub błędnej konfiguracji. Dostęp do powiązanych podmiotów w pętli może wywołać dodatkowe zapytania bez wyraźnych połączeń w kodzie, utrudniając wykrycie po prostu kod źródłowego [2] [5] [6].
- Wąskie gardła w wzorcach pobierania danych: Jeśli Twoja aplikacja ma złożone relacje obiektów i pobiera dane powiązane w wielu etapach, a nie w jednym zoptymalizowanym zapytaniu, ten wzór jest silnym wskaźnikiem problemu N+1 [6].
Podsumowując, wspólne znaki są nieoczekiwanie dużą liczbą zapytań bazy danych dla prostego wyszukiwania danych, powolnych czasów reakcji z powodu wielu podróży w obie strony, zwiększonym obciążeniem serwera bazy danych i trudnościami wykrywania problemu, ponieważ każde zapytanie indywidualnie wykonuje się szybko, ale zbiorowo powoduje opóźnienia. Objawy te są szczególnie powszechne w aplikacjach przy użyciu ORM z domyślnym leniwym zachowaniem ładowania [1] [2] [3] [5] [6] [7].
Cytaty:
[1] https://planetscale.com/blog/what-is-n-1-query-problem-and-how-to-solve-it
[2] https://stackoverflow.com/questions/97197/what-is-the-n1-selects-problem-in-orm-object-relation-mapping
[3] https://www.pingcap.com/article/how-to-effiltly-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-detect-it/
[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-killer-2b1c
[8] https://www.pullrequest.com/blog/avoiding-n-1-database-queries-in-asp-net-a-practical-guide/