Mezi běžné znaky problému dotazu N+1 patří následující podrobné ukazatele:
- Nadměrný počet dotazů: Nejviditelnějším znakem je, že vaše aplikace provádí mnohem více dotazů na databáze, než se očekávalo. Obvykle vidíte jeden počáteční dotaz, který načítá seznam záznamů, následuje další dotaz pro každý záznam, který načíst související data. Například načtení 10 uživatelů a poté spuštění 10 samostatných dotazů, aby se příspěvky každého uživatele dostaly do 11 dotazů namísto pouze jednoho optimalizovaného dotazu [1] [3].
- Doba odezvy na pomalou aplikaci: Protože každý dotaz vyžaduje zpáteční cestu do databáze, kumulativní účinek mnoha malých dotazů výrazně zpomaluje získávání dat. To vede k pomalejšímu zatížení stránky nebo odpovědi API, takže aplikace je méně citlivá na požadavky uživatelů [1] [5].
- Vysoké zatížení databáze: Databázový server zažívá zvýšené zatížení v důsledku velkého počtu dotazů, které mohou namáhat zdroje a snížit celkovou propustnost systému. To může snížit výkon a omezit škálovatelnost, jak počet uživatelů nebo dat roste [3] [5] [6].
- Neviditelné v protokolech s pomalým dotazem: Na rozdíl od jediného pomalého dotazu se problém N+1 často nezůstane v pořadech pomalých dotazů, protože každý jednotlivý dotaz běží rychle. Agregovaný účinek mnoha dotazů však způsobuje degradaci výkonu [2].
- Neočekávané nebo skryté dotazy vyvolané ORM: Při použití rámců s relačními mapováními objektů (ORM) se problém N+1 často vyskytuje v důsledku líného načítání nebo nesprávné konfigurace. Přístup k souvisejícím entitám ve smyčce může spustit další dotazy bez explicitních hovorů v kódu, což ztěžuje detekci pouhým pohledem na zdrojový kód [2] [5] [6].
- Úzká místa výkonu ve vzorcích načítání dat: Pokud vaše aplikace má složité vztahy s objekty a načítá data související s více kroky než v jednom optimalizovaném dotazu, je tento vzorec silným indikátorem problému N+1 [6].
Stručně řečeno, běžné znaky jsou nečekaně vysoký počet dotazů na databáze pro to, co by mělo být jednoduché vyhledávání dat, pomalé doby odezvy v důsledku více kulatých cest databáze, zvýšené zatížení na databázovém serveru a obtížné spatřit problém, protože každý dotaz se jednotlivě provádí rychle, ale kolektivně způsobuje delays. Tyto příznaky jsou obzvláště převládající u aplikací používajících ORM s výchozím líným zatížením [1] [2] [3] [5] [6] [7].
Citace:
[1] https://planetscale.com/blog/what-is-n-n-query-problem-and-how-to-Sovel-it
[2] https://stackoverflow.com/questions/97197/What-IS-the-n1-selects-problem-in-OMORM-Object-Relational-Mapping
[3] https://www.pingcap.com/article/how-to-effectly-sovel-t1-query-problem/
[4] https://evned.com/blog/development/the-n1-query-problem-what-is-it-ando-how-you-sovel-it/
[5] https://digma.ai/n1-query-problem-and-how-to-detect-it/
[6] https://www.neurelo.com/post/what-is-the-w-1-query-problem
[7] https://dev.to/lovestaco/the-n1-query-toblem-the-sont-erformance-killer-2b1c
[8] https://www.pullrequest.com/blog/avoiding-n-database-queries-in-sp-net-a-pactical-guide/