咨询几个高可用问题

OceanBase 技术问题
#1

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】

1、三地五中心的5个副本，多数派是3个吧。 我理解 非多数派的一个节点故障，不影响写入；多数派的一个节点但不是主节点故障，会重新选举吗，如果会，是否也有30s的不能写入？
2、无主选举时，写会失败，强一致性读也会失败吗？ 弱一致性读呢？
3、三副本部署时，如果2副本所在机房故障，数据会丢失吗？我理解数据不会丢失，因为故障恢复后构成多数派后又能工作，只是故障期间OB不能提供服务
4、4.0的unit维度的日志流，是选举后的日志同步快了，才把rto缩短为10s的？ 现有ob2.x能从30s降为10s么
5、4.0版本的按租户维度的合并和转储，是否可以彻底解决集群合并时性能的下降，租户粒度合并的核心价值是？

#2

我理解几个答几个。

  1. 一个集群上，“主”通常不会只在某个节点上，会打散。如果部分节点异常，有些业务会受到影响需要重新选举，有些可能不会；
  2. 没有主节点，弱一致读可能会失败。毕竟不能不考虑数据一致性。强一致读和写是一样的，都是强一致性的。
  3. 2副本->2个副本？ 如果后面能恢复自然不会丢失。如果另外两个副本永久性丢失，单个节点也可能不丢失数据，但是无法评估；
  4. 4.0在RTO和选举上，做了非常多的优化，可能后面会发更多的技术文章。
#3

1.多数派写入仅针对没有任何DDL写入。当有ddl时，就会有不能写入的情况出现。

3.可能会丢失，看故障的情况，连续二次打击很可能丢失数据。