GreatSQL社区技术沙龙第1期视频回放上线 & 互动问答

1、单表的大于2亿数据的哪个处理方式比较好

当单表数据量较大时，通常是指千万级以上时，会导致对表进行DDL或备份等运维管理操作特别慢，因此建议提前进行分库分表。很少是因为这个表上的事务处理能力受限才需要分库分表，除非这是一个宽表。如果是宽表，则同时还应该进行垂直拆分，把一个大表根据业务角度拆分成多个子表。

回到问题本身，单表上亿并不是问题，主要看是否存在性能瓶颈。如果性能上有瓶颈，就想办法优化，并没有固定的套路说一定要怎么处理。

2、GreatSQL一个集群后续可支持超过9个节点吗？

目前没这个计划。MGR节点数并不是越多越好，因为节点数越多，事务及通信代价也可能更大。一般建议3个节点或5个节点就够了。

P.S，GreatSQL 8.0.25-16版本开始支持仲裁节点特性，可以用近乎2个服务器的成本实现3个节点的容错性。

3、两套InnoDB cluster数据同步有什么要注意的地方?

两点建议吧：2个可选

1. 在这2个MGR集群间构建增强半同步复制，尽量保证数据一致性。

2. 直接将这2个MGR集群打散，并重新打通构建一个大的MGR集群。如果是跨IDC部署的话，还可以用GreatSQL的地理标签特性来保障多IDC间的事务一致性。

4、MGR节点间 ，会实现物理复制吗？

MGR是先要进行事务广播和确认，达成一致后提交事务，这时候已经到了binlog层。如果是用物理复制作为MGR的底层数据复制方式，可能造成节点间数据不一致，因为可能某个事务广播后不能达成一致，被回滚，物理复制的话更容易产生不一致的风险。

5、GreatDB和GreatSQL在使用上，有什么显著区别？例如某些函数不支持？

 GreatDB是商业分布式数据库，有更多企业级特性，以及更丰富的功能特性支持。

GreatSQL是开源数据库，可以视为MySQL的一个分支。二者有很大区别，如果对GreatDB有兴趣，可以联系我们做进一步深入了解。

6、MGR 单主 和 多主有哪些区别，性能上有哪些区别?

 单主模式下，只有一个节点可以写入数据，其他节点只读。

多主模式下，每个节点都可以同时写入和读取数据，但是也更容易造成节点间的事务冲突，尤其是当有同一个表对象在不同节点上分别发起DDL和DML时，基本上会导致有个节点会报错并退出MGR集群（这个问题再下一次的GreatSQL版本中可能可以解决）。

因此，在多主模式下，最好是根据业务架构做些调整，例如：A业务涉及到的表只在A节点进行读写，B业务涉及到的表只在B节点上进行读写，诸如此类，就可以避免节点间产生冲突，还能充分发挥多主模式下事务性能的提升。