我们有一个使用9节点MarkLogic群集的应用程序 - 3个E节点和6个D节点。几个月前我们升级到了MarkLogic 7.0-5.1。在过去的几个星期里，我们看到了在网站负载过重时出现的问题。突然之间，E节点线程耗尽，站点出现故障。 MarkLogic有时会自行恢复，但有一些主机需要重新启动。如果我们在日志中搜索发生中断的时间，我们在E节点中看到的常见模式是：
注意：XXX-XDBC-9000：XDMP-NEWSTAMP：fn：doc（$ uri）[$ uri] / doc：document - 森林YYY的时间戳太新了 （14470779508884590）
它通常只提到一个森林（上例中为YYY，下次停电可能是另一个）。在包含此林的D节点的日志中，可以看到一些类似的日志：
错误：LockTask :: run：ZZZ错误：XDMP-NEWSTAMP：森林YYY的时间戳太新了（14470707006887600）
在MarkLogic中加载/更新大量内容时会出现问题，并且很多读取查询也会出现在MarkLogic上。
问题：我知道XDMP-NEWSTAMP表示在早期时间戳上运行的事务没有提交，在后面的时间戳上运行的事务会收到此错误。我也知道错误是可以重试的。但是，我试图找出它是否真的表明同时读写查询是根本原因还是还有其他事情发生。
请注意，我们在使用XCC的MarkLogic群集之上有一个Java应用程序，该应用程序位于此问题的接收端。我们还在工作日实施合并停电，以防止合并超过10GB。
非常感谢任何帮助!!