Marklogic XDMP-NEWSTAMP-站点中断的可能原因？

我们有一个使用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:Timestamp对于林YYY来说太新了（14470707006887600）

当大量内容在MarkLogic中加载/更新，并且大量读取查询也命中MarkLogic时，问题似乎就发生了

问题：我知道XDMP-NEWSTAMP指示在较早时间戳上运行的事务没有提交，而在较晚时间戳上运行的事务收到此错误。我也知道这个错误是可以重试的。然而，我试图找出它是否真的表明同步读写查询是根本原因，还是有其他原因

请注意，我们在MarkLogic集群的顶部有一个Java应用程序，使用XCC，它位于本期的接收端。我们还在工作日实施了合并断电，以防止超过10GB的合并

---

非常感谢您的帮助

我建议您联系MarkLogic支持部门。