Optimera Cypher-frågors prestanda

Nyckelordet EXPLAIN fungerar som en kristallkula för frågeprestanda. Det visar frågeplanen utan att faktiskt köra frågan.

Det är mycket användbart för att förstå hur Neo4j avser att köra frågan, så att du kan upptäcka möjliga ineffektiviteter innan de påverkar prestandan i verkliga situationer.

Prova med en enkel fråga:

Medan EXPLAIN visar planen går PROFILE ett steg längre. Det kör faktiskt frågan och samlar in detaljerad statistik om körningen.

Det omfattar det faktiska antalet databasanrop, antalet bearbetade rader och körningstiden för varje steg. PROFILE är ovärderligt för att hitta de verkliga flaskhalsarna i dina frågor.

Vi profilerar samma fråga:

En frågeplan är ett träd av operatorer, där varje operator utför en specifik uppgift (t.ex. NodeByLabelScan, Expand eller Filter).

• DbHits: Antalet gånger databasen användes. Lägre är bättre.
• Rows: Antalet poster som skickades mellan operatorerna.
• Eager: En operator som förbrukar all indata innan den producerar någon utdata (kan kräva mycket minne).

Leta efter operatorer med höga värden för DbHits eller Rows för att hitta ineffektiviteter.

När du granskar frågeplaner bör du vara uppmärksam på följande vanliga problem, som ofta leder till långsam prestanda:

• Fullständiga genomsökningar: Hela noder eller relationer genomsöks utan ett index.
• Cartesiska produkter: Varje rad från en mängd kombineras med varje rad från en annan, ofta på grund av saknade MATCH-satser.
• För många DbHits: Alltför många enskilda databassökningar, vilket tyder på ineffektiv dataåtkomst.

Detta signalerar vanligtvis att mer specifika mönster eller korrekt indexering behövs.

Ju mer precisa dina MATCH-mönster är, desto mindre arbete behöver Neo4j utföra. Inkludera alltid etiketter för noder och, om möjligt, egenskaper i din inledande MATCH för att omedelbart begränsa sökområdet.

Om du till exempel anger etiketten :Person och egenskapen {name: 'Alice'} kan Neo4j snabbt hitta exakt det du söker, i stället för att genomsöka alla noder.

Prova att profilera denna specifika matchning:

Om du bara behöver några få resultat bör du använda LIMIT så tidigt som möjligt i frågan. Det minskar mängden data som bearbetas av efterföljande operationer.

Placera på samma sätt filtreringsvillkor (WHERE-satser) som avsevärt minskar datamängden i början av frågan. Då minimeras mängden data som skickas genom frågepipelinen.

Se hur LIMIT kan minska arbetet:

Ett av de största prestandaproblemen är en fullständig genomsökning, där Neo4j måste kontrollera varje nod eller relation i databasen för att hitta det som behövs.

Index är avgörande här. När du skapar ett index för en egenskap (t.ex. på :Person(name)) kan Neo4j snabbt hoppa till noder med det egenskapsvärdet. Då undviks en fullständig genomsökning och frågorna blir avsevärt snabbare.

(Vi går djupare in på hur du skapar och hanterar index i en senare lektion!)

Vi har gått igenom viktiga tekniker för att skriva snabbare Cypher-frågor:

• Använd EXPLAIN för att förhandsgranska frågeplaner och PROFILE för faktisk prestandastatistik.
• Tolka frågeplaner genom att granska operatorer, DbHits och Rows.
• Identifiera vanliga flaskhalsar som fullständiga genomsökningar och cartesiska produkter.
• Skriv specifika MATCH-mönster med hjälp av etiketter och egenskaper.
• Använd WHERE- och LIMIT-satser tidigt för att minska bearbetningen.
• Förstå att index är grundläggande för att undvika fullständiga genomsökningar.

När du behärskar dessa tekniker blir dina Neo4j-applikationer betydligt effektivare och mer skalbara!