Starrocks设计架构和高可用容灾架构问题

1、Fe存储元数据,Be存储数据,是不是可以理解为Fe就是一个分库分表之类的中间间?Be才是底层存储数据的服务,FE只是解析sql做负载均衡。
2、BE通过扩缩容命令alter system add backend ‘be_host:be_heartbeat_service_port’;增加的是BE的节点是类似于从库?还是分裂出来的主库?
3、文档说扩容后数据会自动均衡到不同的BE节点,那均衡的时候如果线上QPS或是TPS很高,是不是会对线上有影响会有波动?
4、文档说是默认3节点,单节点写入不了,如果需要单节点写入通过这个"replication_num" = "1"控制,但是如果我是单节点写入了,另外几个节点数据会均衡过去么?如果我这个节点挂了还可以正常读写么?
5、如果我建表的时候设置的replication_num= "1"后面可以调整为3或是4么?
6、现在我就3个节点情况下,一个节点挂了,数据就已经不能在写入是什么情况?完全没有高可用可言?必须要4个及以上节点?


2.
非主库也非从库,可以了解下分布式的数据库的原理 。比如:hadoop
3.
会有影响,所以不建议业务繁忙时做
4.
“replication_num” = “1” 副本数为1 ,数据还是会存在多个节点上,并不是存储在单个节点。
5.
replication_num < 副本数
6.
经测试 ,3台机器,DOWN掉一台BE,replication_num=2该table不能写入,replication_num=3 table能够写入 。DOWN掉两台BE replication_num=3 table不能够写入。但是均能够读取。