Optimalizace výkonu Node začíná měřením k nalezení skutečného úzkého místa — nikdy nehádejte. Profilujete využití CPU, event loop a paměť, poté aplikujete cílená řešení. Zlaté pravidlo: nejdřív profilujte, optimalizujte to, co je skutečně pomalé.
node --prof app.js
node --prof-process isolate-*.
npx clinic doctor -- node app.js
npx clinic flame -- node app.js
node --inspect app.js
Tyto nástroje odhalují kam čas jde — flame graph ukazuje, které funkce dominují CPU, takže optimalizujete správní věc.
// ❌ synchronous CPU-heavy work blocks ALL request handling
function handler(req, res) {
const result = heavyComputation(); // freezes the event loop → every request stalls
res.json(result);
}
Protože je Node single-threaded pro JS, jakákoliv dlouhá synchronní operace blokuje vše. Monitorujte event-loop lag (např. perf_hooks monitorEventLoopDelay)؛ rostoucí lag znamená, že něco blokuje loop. Řešte přesunutím CPU práce na worker threads nebo do fronty.
✓ Fix N+1 database queries — the most common real bottleneck (batch/join instead)
✓ Add caching (in-memory/Redis) for repeated expensive operations
✓ Add database indexes for slow queries
✓ Use streams for large data instead of buffering it all in memory
✓ Parallelize independent async ops with Promise.all (avoid await waterfalls)
✓ Offload CPU-bound work to worker threads (keep the event loop free)
✓ Use connection pooling for DB/HTTP
✓ Enable gzip/brotli compression for responses
Many "Node is slow" problems are actually slow DB queries (N+1, missing indexes)
or external API latency — profiling reveals this so you fix the real cause.
npx autocannon http://localhost:3000 # measure requests/sec, latency before & after
Měřte před a po každé změně, abyste potvrdili, že optimalizace skutečně pomohla.
Práce na výkonu je efektivní pouze pokud je řízena měřením — optimalizace špatné věci plýtvá úsilím a přidává složitost.
Vědomost, jak profilovat (clinic.js/flame graphs/DevTools pro CPU, monitorování event-loop lag, analýza heap), vám umožňuje lokalizovat skutečné úzké místa, která v Node bývají často blokovaný event loop (řešte s worker threads) nebo pomalé databázové dotazy (N+1, chybějící indexy — často skutečný viník).
Spojeno s cachingem, streamingem, paralelismem a poolingem — a ověřením zátěžovými testy — tato disciplína měř-pak-optimalizuj je to, co změní pomalou službu v rychlou, škálovatelnou.