关于复制表的疑问

OceanBase 技术问题
#1

当一个租户在zone上有多个unit时，该zone中，只有一个副本是全能型的，其余的都是只读副本么？

感觉和这句话有点矛盾了，“广播日志流会
在租户内的每个 OBServer 节点上均部署一个副本，保证在理想情况下复制表可以在任意一个 OBServer 节点上提供强一致性读”

image
image1920×1005 166 KB

#3

@论坛小助手

#4

在一个Zone上有多个UNIT时，该Zone中，只有一个副本是全能型的（Leader副本），其余的都是只读副本（Follower副本）。广播日志流会在租户内的每个OBServer节点上均部署一个副本，保证在理想情况下复制表可以在任意一个OBServer节点上提供强一致性读。这两点并不矛盾，Leader副本负责写操作，而所有非只读副本都可以提供强一致性读。

更多信息请查看:

  1. SQL 性能问题的典型场景和排查思路
  2. 阅读和管理 OceanBase 数据库 SQL 执行计划
#5

当一个租户在zone上有多个unit时，该zone中，只有一个副本是全能型的，其余的都是只读副本么？
这句话意思是，每个zone提供一份全能型副本。

1 个赞
#6

image
image1866×1376 125 KB

这个图已经把你的问题描述清楚了，另外当一个租户在zone上有多个unit时，该zone中，只有一个副本是全能型的，其余的都是只读副本么，这个从那里的出的结论

1 个赞
#7

广播日志流会
在租户内的每个 OBServer 节点上均部署一个副本，保证在理想情况下复制表可以在任意一个 OBServer 节点上提供强一致性读

保证在理想情况下 这个如何理解呢

1 个赞
#8

zone中只有一个OBServer的情况下吧

1 个赞
#9

谢谢额

#10

首先复制表使用场景是读多写特别少，但是假如一个场景你在读数据的时候，这时候复制表的数据发上了DML的变更，这种情况下就只能去读LEADER节点的那个副本的数据，其他节点的不能提供强一致性读，理想状态下就是排除了一些DML变更的影响

1 个赞
#11

zone里面只有一个OBSERVER的情况下，这个是没有只读副本的，都是全功能副本

1 个赞