Neo4j 사이퍼 쿼리 성능 최적화

Question

나는 다음과 같은 Neo4j 사이퍼 쿼리를 가지고

MATCH (dg:DecisionGroup)-[:CONTAINS]->(childD:Decision) 
WHERE dg.id = 1 
MATCH (childD)-[relationshipValueRel4:HAS_VALUE_ON]-(filterCharacteristic4:Characteristic) 
WHERE filterCharacteristic4.id = 4 
WITH relationshipValueRel4, childD, dg 
WHERE (ANY (id IN [2,3] 
WHERE id IN relationshipValueRel4.optionIds)) 
WITH childD, dg 
OPTIONAL MATCH (childD)-[vg:HAS_VOTE_ON]->(c:Criterion) 
WHERE c.id IN [2, 3] 
WITH childD, dg, vg.avgVotesWeight as weight, vg.totalVotes as totalVotes 
WITH childD , dg , toFloat(sum(weight)) as weight, toInt(sum(totalVotes)) as totalVotes 
ORDER BY weight DESC 
SKIP 0 LIMIT 10 
WITH * MATCH (childD)-[ru:CREATED_BY]->(u:User) OPTIONAL MATCH (childD)-[rup:UPDATED_BY]->(up:User) 
RETURN ru, u, rup, up, childD AS decision, weight, totalVotes, 
[ (dg)<-[:DEFINED_BY]-(entity)<-[:COMMENTED_ON]-(comg:CommentGroup)-[:COMMENTED_FOR]->(childD) | {entityId: toInt(entity.id), types: labels(entity), totalComments: toInt(comg.totalComments)} ] AS commentGroups, 
[ (dg)<-[:DEFINED_BY]-(c1)<-[vg1:HAS_VOTE_ON]-(childD) | {criterionId: toInt(c1.id), weight: vg1.avgVotesWeight, totalVotes: toInt(vg1.totalVotes)} ] AS weightedCriteria, [ (dg)<-[:DEFINED_BY]-(ch1:Characteristic)<-[v1:HAS_VALUE_ON]-(childD) WHERE NOT ((ch1)<-[:DEPENDS_ON]-()) | {characteristicId: toInt(ch1.id), optionIds: v1.optionIds, valueIds: v1.valueIds, value: v1.value, available: v1.available, totalHistoryValues: v1.totalHistoryValues, totalFlags: v1.totalFlags, description: v1.description, valueType: ch1.valueType, visualMode: ch1.visualMode} ] AS valuedCharacteristics 

나는이 쿼리 실행의 성능 sutisfied 아니에요.

Cypher version: CYPHER 3.3, planner: COST, runtime: INTERPRETED. 3296130 total db hits in 2936 ms 

이 쿼리 성능을 최적화 할 수있는 기회가 :

이 PROFILE 출력은?

Answer 1

데이터 집합, 그래프 지식 및 검색하려는 내용이 없으면이 쿼리를 최적화하는 것이 약간 어려울 수 있습니다. 더 큰 문제는 없습니다

1. 쿼리 자체
2. 스키마 (인덱스 & constrainsts)
3. 그래프 모델링
4. Neo4j 구성
5. 하드웨어

:

공연에 따라 달라집니다 당신의 질문에, (예 : 하나의 큰 match, match의 where 절에있는 설탕 구문, any을 or ...으로 바꿀 수 있지만 쿼리 계획은 변경되지 않습니다.

항상이 긴 쿼리의 쿼리 계획을 다시 계산하지 않으려면이 쿼리에 쿼리 매개 변수 을 사용해야합니다.

쿼리는 대부분의 시간이 (childD)-[relationshipValueRel4:HAS_VALUE_ON]-(:Characteristic) + where 절 (즉, 1.5M * 2 dbhits)으로 전달됩니다. 그래서 해결책은 그런 어떤 관계를 만들어 모델을 변경 할 수 있습니다 : 당신의 대답에 대한 HAS_VALUE_ON_WITH_OPTID_1, HAS_VALUE_ON_WITH_OPTID_2 ...