Optimering af Cypher-forespørgsler

Nøgleordet EXPLAIN er din krystalkugle for forespørgslers ydeevne. Det viser dig forespørgselsplanen uden faktisk at køre forespørgslen.

Det er særdeles nyttigt, når du vil forstå, hvordan Neo4j har til hensigt at udføre din forespørgsel, så du kan opdage potentielle ineffektiviteter, før de påvirker ydeevnen i praksis.

Prøv det med en simpel forespørgsel:

Hvor EXPLAIN giver dig planen, går PROFILE et skridt videre. Den kører faktisk forespørgslen og indsamler detaljerede statistikker om udførelsen.

Det omfatter det faktiske antal databaseopslag, behandlede rækker og udførelsestid for hvert trin. PROFILE er uvurderlig til at finde de reelle flaskehalse i dine forespørgsler.

Lad os profilere den samme forespørgsel:

En forespørgselsplan er et træ af operatorer, der hver udfører en bestemt opgave (f.eks. NodeByLabelScan, Expand, Filter).

• DbHits: Antallet af gange, databasen blev tilgået. Lavere er bedre.
• Rows: Antallet af poster, der sendes mellem operatorerne.
• Eager: En operator, der bruger alle sine input, før den producerer output (kan kræve meget hukommelse).

Se efter operatorer med høje værdier for DbHits eller Rows for at finde ineffektiviteter.

Når du gennemgår forespørgselsplaner, skal du være opmærksom på disse almindelige problemer, som ofte fører til langsom ydeevne:

• Fuldstændige gennemløb: Gennemløb af alle nodelabels eller forbindelser uden et indeks.
• Cartesiske produkter: Kombination af hver række fra ét sæt med hver række fra et andet, ofte på grund af manglende MATCH-led.
• For mange DbHits: For mange individuelle databaseopslag, hvilket tyder på ineffektiv dataadgang.

Det er som regel et tegn på, at der er behov for mere specifikke mønstre eller korrekt indeksering.

Jo mere præcise dine MATCH-mønstre er, desto mindre arbejde skal Neo4j udføre. Medtag altid nodelabels og om muligt egenskaber i dit indledende MATCH-led for straks at begrænse søgeområdet.

Hvis du f.eks. angiver labelen :Person og egenskaben {name: 'Alice'}, kan Neo4j hurtigt finde præcis det, du leder efter, i stedet for at gennemgå alle noder.

Prøv at profilere dette specifikke match:

Hvis du kun har brug for nogle få resultater, skal du bruge LIMIT så tidligt som muligt i din forespørgsel. Det reducerer mængden af data, der behandles af de efterfølgende handlinger.

Placér på samme måde filtreringsbetingelser (WHERE-led), der reducerer datasættets størrelse markant, i begyndelsen af din forespørgsel. Det begrænser mængden af data, der sendes gennem forespørgselsarbejdsgangen.

Se, hvordan LIMIT kan reducere arbejdet:

En af de største ydeevnedræbere er et fuldstændigt gennemløb, hvor Neo4j skal kontrollere hver node eller forbindelse i databasen for at finde det, den har brug for.

Indekser er afgørende her. Når du opretter et indeks på en egenskab (f.eks. på :Person(name)), kan Neo4j hurtigt gå direkte til noder med den pågældende egenskabsværdi. Det undgår et fuldstændigt gennemløb og gør dine forespørgsler markant hurtigere.

(Vi går mere i dybden med oprettelse og administration af indekser i en senere lektion!)

Vi har gennemgået vigtige teknikker til at skrive hurtigere Cypher-forespørgsler:

• Brug EXPLAIN til at se en forhåndsvisning af forespørgselsplaner og PROFILE til faktiske statistikker om ydeevnen.
• Fortolk forespørgselsplaner ved at se på operatorer, DbHits og Rows.
• Find almindelige flaskehalse som fuldstændige gennemløb og cartesiske produkter.
• Skriv specifikke MATCH-mønstre ved hjælp af labels og egenskaber.
• Anvend WHERE- og LIMIT-led tidligt for at reducere behandlingen.
• Forstå, at indekser er grundlæggende for at undgå fuldstændige gennemløb.

Når du mestrer disse teknikker, bliver dine Neo4j-applikationer langt mere effektive og skalerbare!