Hacktoberfest 2026：维护者为十月标记出来的 issue，仍然开放、适合新手。 浏览 Hacktoberfest issue

Master-master replication incompatibility.

未关闭
#60 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
缺陷
描述清晰度
需要澄清
活跃度
停滞
技术栈
lua
领域
databases, distributed-systems

调研方向

未指定任何文件、测试或实现入口。首先跟踪 tarantool-queue 的 tube-space 创建过程以及 box.once() 周围的集群启动逻辑，然后使用 master-master 复制重现重复的 _space 和 _index 错误；当复制能够持续运行且不再因重复 ID 失败时，即表示完成。

由索引模型根据 Issue 内容生成。

描述

feature

Consider following case:

Few (let's say 3) nodes in a cluster, with master-master replication.
Each node has it's own queue with name, unique in cluster.
As each tube need to have its own space, these spaces will be created.
But ID of each space may be not unique, as they created on each node separately at virtually the same time.
As a result, there will be errors like

E> ER_TUPLE_FOUND: Duplicate key exists in unique index 'primary' in space '_space'
E> ER_TUPLE_FOUND: Duplicate key exists in unique index 'primary' in space '_index'

in logs.
These errors are fatal for replication. And therefore replication stops.

Following solutions could be proposed:

  1. Change in application: change cluster startup logic, so it'll create all necessary tubes in box.once(). Later each node can pick appropriate queue somehow, and use it.
  2. Change in tarantool-queue: Ensure space ID is globally-unique in cluster. (But how to ensure it?)
  3. Mixed change: tarantool-queue to provide interface to specify ID of a new tube space, so application can assign cluster-unique values for them.
主要语言
Lua
星标
244
派生
56
平均合并
6 天 8 小时
30 天内合并 PR
1

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

tarantool/queue 的其他 Issue

查看 tarantool/queue 的全部 Issue

相似的 Issue

更多 Lua Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。