0

当一个模式元素被删除时,模式变化的过程是:公共->只写->只删除->重组->不存在。

如果要删除的元素是表,这个过程只对表的schema信息进行操作,不影响数据。因此,数据是一致的。

然而,从“公开”到“只写”的过程似乎不是原子的。在这个过程中,不能先在部分节点上查询到这张表,再在所有节点上查询到这张表。同样,在从“只写”切换到“只删除”的过程中,不能向部分节点插入数据,逐渐不能向所有节点插入数据。两种情况下都存在短暂的不一致。

如果是这样,我在设计基于 TiDB 的业务模型时是否应该考虑短暂的不一致?

4

1 回答 1

0

没有必要考虑不一致的问题。

在集群中执行 DDL 时,在某个时间点,不同 TiDB 节点之间最多存在两种 schema 状态。所以在从“public”到“write only”的变化过程完成之前,集群中的一些节点仍然是public的,一些节点已经是只写的。

于 2018-04-20T12:16:41.137 回答