瓶颈节点需要很长时间才能返回

时间:2015-05-21 12:07:00

标签: neo4j

我们很快就将neo4j 2.1.4升级到2.2.1。

我们在某些密码查询中经历了一些缓慢的下降,我认为它们主要集中在图中数百万个节点中的两到三个节点。创建这些节点的目的是为了检查图表的可用性而进行一些监控。我已经发现,在实际执行图形操作之前,已经构建的一些应用程序实际上正在执行这些查询。然后我发现我们的负载均衡器设置为实际通过多个应用程序进行一些测试,最终查询相同的节点。因此,我们有大量的应用程序,它们都在拉动或更新这些相同的节点。这导致返回的这两个节点需要8到40秒。

有没有办法确定针对一个节点发出了多少次更新和多少次查询?

1 个答案:

答案 0 :(得分:1)

由于Neo4j 2.2有一个配置选项来记录超过给定阈值的查询,请参阅http://neo4j.com/docs/stable/configuration-settings.html中的dbms.querylog.XXXX设置。

要获取给定节点的更新计数,您可以设置一个自定义TransactionEventHandler来跟踪对给定节点的写入访问。