我有一个冗长而复杂的合并链，可创建大约140个节点，140个关系，并设置200个属性。
在neo4j 2.3.2中完成查询大约需要1秒钟，但在neo4j 3.0.3中需要60秒。
60秒似乎是CPU绑定的：CPU正忙着做60秒的事情。我怀疑它是查询计划程序。
查看查询计划2.3.2计划是非常线性的，但3.0.3计划稍微更多并发。
有人可以确认新的查询计划员是否一直在服用，或者是否还有其他问题？除了降级回2.3.2之外，还有什么可以做的吗？
提前致谢。
其他信息：
DB在2.3.2上大约2000，在3.0.3上大约4000，但我不认为DB命中是这里的瓶颈。
两个版本的堆大小都设置为2G。