neo4j高cpu和开放事务

neo4j高cpu和开放事务,neo4j,Neo4j,有没有办法检查为什么服务器(neo4j专用)在运行一段时间的查询后具有高cpu 附加的监视器屏幕是否正常?那里有很多未结交易,只会增加 打开的应继续增加。这不是当前打开的数量,而是包括已打开且现在已完成且未运行的事务在内的总数 但是,“current”显示7,这意味着您仍有7个事务在运行,这可能解释了CPU使用率高的原因,具体取决于这些事务正在执行的操作。您是否希望运行7个事务?如果是这样的话,那就没什么好担心的了。如果没有,那么您可能希望了解为什么这些事务没有按预期完成,您还可以配置执行卡以限

有没有办法检查为什么服务器(neo4j专用)在运行一段时间的查询后具有高cpu

附加的监视器屏幕是否正常?那里有很多未结交易,只会增加


打开的应继续增加。这不是当前打开的数量,而是包括已打开且现在已完成且未运行的事务在内的总数


但是,“current”显示7,这意味着您仍有7个事务在运行,这可能解释了CPU使用率高的原因,具体取决于这些事务正在执行的操作。您是否希望运行7个事务?如果是这样的话,那就没什么好担心的了。如果没有,那么您可能希望了解为什么这些事务没有按预期完成,您还可以配置执行卡以限制每个查询在终止之前可以运行的时间。

谢谢。在这种情况下,我希望看到最后一个TX Id与打开的交易相同。这让我很困惑。关于CPU有什么要做/检查的吗?每次重新启动实例时,打开的事务数/提交的事务数都会重置。最后提交的tx id永远不会重置,但据我所知,该值仅在写入数据的事务上增加,而在只读事务上不会增加。所以如果你读的比写的多,那么我认为你的数字是有意义的。至于CPU使用情况,我认为在不知道您正在进行何种处理的情况下很难说,但我不认为任何事情看起来都有失公允。是否有任何neo4j工具可以在运行查询时分析CPU活动?2.3.x中的neo4j enterprise已经获得了大量指标支持,您可以在graphite和grafana中获得这些指标,请参阅:您可以启用慢速查询日志记录,并查看哪个查询需要如此长的时间。您还可以使用kill-3或jstack进行线程转储