有没有一种方法可以使用arangodb实现线程安全的并发队列存储？我在RocksDB上读到这篇文章，使用KV存储，可以“轻松地”实现可伸缩的持久队列服务，这也适用于ArangoDB吗？我在某个地方读到Arango使用RocksDB作为其KV存储的存储引擎，所以我想知道是否有人已经尝试过这种方法。谢谢你！
rsaldnfx1#
我已经尝试过了，但是不管出于什么原因（可能是愚蠢的实现），我遇到了资源争用问题（死锁），即使是在低使用率的情况下。ArangoDB确实使用RocksDB作为默认的存储引擎（MMFiles被弃用），但是除了一些用于性能调整的旋钮之外，ArangoDB并没有公开RocksDB的内部结构。如果您想要与基于RocksDB的解决方案 * 非常 * 相似的解决方案，ArangoDB可能不是您正在寻找的解决方案，但是ArangoDB确实提供了一种K/V解决方案。由于ArangoDB只支持两种“集合”类型（“文档”和“边缘”），因此K/V-store实际上是一种实现方法，而不是一种选择。他们的想法是使用原生的“_key”属性（存在于每个文档中，唯一，自动索引）和一个“value”属性，创建一个如下所示的文档：
{ "_key": "my awesome key name", "value": "supercool" }
我的部分用例是创建一个“nonce”令牌队列，当请求进入时，我将拾取这些令牌，作为一种廉价的资源管理器。然而，当我试图以低于1秒的查询速率运行时，队列很快就被淹没了，当它试图访问/锁定正在写入的令牌时，给我带来了死锁。再次，我相信这本可以整理出来，但该项目去了一个不同的方向，我从来没有结束故障排除它完成。
hrirmatl2#
使用Transactions，有关详细信息，请查看ArangoDB如何实现Foxx queues、foxx/queues code @ github
2条答案
按热度按时间rsaldnfx1#
我已经尝试过了，但是不管出于什么原因（可能是愚蠢的实现），我遇到了资源争用问题（死锁），即使是在低使用率的情况下。
ArangoDB确实使用RocksDB作为默认的存储引擎（MMFiles被弃用），但是除了一些用于性能调整的旋钮之外，ArangoDB并没有公开RocksDB的内部结构。如果您想要与基于RocksDB的解决方案 * 非常 * 相似的解决方案，ArangoDB可能不是您正在寻找的解决方案，但是ArangoDB确实提供了一种K/V解决方案。
由于ArangoDB只支持两种“集合”类型（“文档”和“边缘”），因此K/V-store实际上是一种实现方法，而不是一种选择。他们的想法是使用原生的“_key”属性（存在于每个文档中，唯一，自动索引）和一个“value”属性，创建一个如下所示的文档：
我的部分用例是创建一个“nonce”令牌队列，当请求进入时，我将拾取这些令牌，作为一种廉价的资源管理器。然而，当我试图以低于1秒的查询速率运行时，队列很快就被淹没了，当它试图访问/锁定正在写入的令牌时，给我带来了死锁。
再次，我相信这本可以整理出来，但该项目去了一个不同的方向，我从来没有结束故障排除它完成。
hrirmatl2#
使用Transactions，有关详细信息，请查看ArangoDB如何实现Foxx queues、foxx/queues code @ github