Получение связей для одного узла медленное

Question

Я начинаю работу с Neo4J 2.0.1, и я уже сталкиваюсь с проблемами производительности, которые заставляют меня думать, что мой подход неправильный. До сих пор у меня есть один тип узла (все с меткой NeoPerson) и один тип отношений (все с лейблом NeoWeight). В моей тестовой установке насчитывается около 100 000 узлов, и каждый узел имеет от 0 до 300 отношений с другими узлами. Существует индекс Neo4j2.0 в единственном поле NeoPerson, называемом profile_id (например, CREATE INDEX ON: NeoPerson (profile_id)). Глядя вверх NeoPerson по profile_id достаточно быстро:

neo4j-sh (?)$ match (n:NeoPerson {profile_id:38}) return n; 
+----------------------------+ 
| n       | 
+----------------------------+ 
| Node[23840]{profile_id:38} | 
+----------------------------+ 
1 row 
45 ms 

Однако, когда я бросить отношения в микс, он получает довольно медленно.

neo4j-sh (?)$ match (n:NeoPerson {profile_id:38})-[e:NeoWeight]->() return n, e; 
+----------------------------------------------------------------------------+ 
| n       | e            | 
+----------------------------------------------------------------------------+ 
| Node[23840]{profile_id:38} | :NeoWeight[8178324]{value:384}    | 
| Node[23840]{profile_id:38} | :NeoWeight[8022460]{value:502}    | 
... 
| Node[23840]{profile_id:38} | :NeoWeight[54914]{}       | 
+----------------------------------------------------------------------------+ 
244 rows 
2409 ms 

Насколько я понимаю, что обход отношения с одного узла должно быть достаточно эффективным (не то, что точка с использованием базы данных графа?), Так почему же принимает более 2 секунд для такого простого запроса на небольшой набор данных? Я не видел способа добавить индекс к отношениям, ключи которых являются исходными и/или целевыми узлами.

Answer 1

Люди используют Neo4j в производстве без проблем. Если у них есть требование, чтобы первый пользовательский запрос возвращался в течение нескольких мс, они нагревают кеши после запуска сервера. Например. запустив их самые важные запросы в случае использования.

Требуется некоторое время, чтобы загрузить узлы и перейти с диска. Особенно если отношения (и их свойства) одного узла распределены через файл хранилища отношений и загружаются из вращающегося диска.

Для первого запроса он также занимает немного больше времени, поскольку его план запросов должен быть построен и скомпилирован. Вот почему в производстве вы обычно используете параметры, позволяющие кэшировать запрос.

Каков прецедент, к которому вы пытаетесь обратиться?