MarkLogic和可伸缩性

MarkLogic和可伸缩性,marklogic,Marklogic,我不熟悉NoSQL和MarkLogic。 我的理解是,MarkLogic与多文档ACID具有近似线性的可伸缩性 在读取的情况下,MarkLogic如何通过无共享架构实现近似线性的可伸缩性 在针对数十个节点/林进行更新的情况下,我猜锁将是一个巨大的开销 MarkLogic是如何处理上述问题的?我刚才写过 要点是我们在时间戳上进行无锁读取,并且在更新事务期间以类似于关系DBMS系统的方式锁定记录。对于跨分区事务,我们使用两阶段提交 锁本身不会带来巨大的开销,但与任何DBMS一样,如果您执行大量非独立

我不熟悉NoSQL和MarkLogic。 我的理解是,MarkLogic与多文档ACID具有近似线性的可伸缩性

在读取的情况下,MarkLogic如何通过无共享架构实现近似线性的可伸缩性

在针对数十个节点/林进行更新的情况下,我猜锁将是一个巨大的开销

MarkLogic是如何处理上述问题的?

我刚才写过

要点是我们在时间戳上进行无锁读取,并且在更新事务期间以类似于关系DBMS系统的方式锁定记录。对于跨分区事务,我们使用两阶段提交

锁本身不会带来巨大的开销,但与任何DBMS一样,如果您执行大量非独立的大型并发更新,则可能会遇到锁问题。我们对此进行监控,并进行死锁检测/解决

如果您正在执行大型更新,并且希望序列化同一域上的并发事务以避免死锁,那么还可以使用谓词锁来缓解这种情况