etcd消息队列queue,如何解决global的index增长?

发布于 2022-09-03 07:33:08 字数 313 浏览 14 评论 0

(初用etcd)我现在想用etcd 来做能阻塞的消息队列,文档里提到了queue,问题在于

"key": "/queue/00000000000000000029"

后的数字是根据index生成的,但index是个global的,这时我index+1后wait=true,

curl 'http://127.0.0.1:2379/v2/keys/queue/00000000000000000030?wait=true'

如果中图有其它key的操作,就会出现问题,这个应该怎么解决?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

浅唱々樱花落 2022-09-10 07:33:08

不知道你看的文档是不是这个https://github.com/coreos/etcd/blob/6acb3d67fbe131b3b2d5d010e00ec80182be4628/Documentation/v2/api.md#atomically-creating-in-order-keys

从你描述分析,你的需求可能是两种情况:
一是分布式锁,拿到锁以后才能继续操作,实现全局顺序操作。
二是消息队列,多个生产者向队列写,一个消费者读,实现全局顺序操作。

如果是第二种需求,可以参考etcd的原文。
原文描述:

so the next key can be more than previous + 1.

To enumerate the in-order keys as a sorted list, use the "sorted" parameter.

curl -s 'http://127.0.0.1:2379/v2/keys/queue?recursive=true&sorted=true'

如果使用这种方式,建议使用V3版本,性能可能好一些。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文