【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】社区版 4.4.2
【问题描述】清晰明确描述问题
我现在有一个需求，我原来是mysql+数据同步工具+AP数据库，现在我想把这套架构替换成oceanbase，
我看oceanbase 有两种方案，一个是行列混存，TP 和 AP 业务都用这一套，还有一种是使用列存副本，单独搞一个zone ，我的问题：
第一，两种方案哪个好些，只考虑性能，我们AP量挺大
第二，如果使用列存副本，我打算用3F2C架构，那 AP 和 TP 的zone 内 节点数可以不一样吗，比如AP 每个zone 三个节点，每个节点32核128G，TP zone内2个节点，每个节点16核64G，这种会有问题吗，还是建议所有zone内的节点资源一致
6 个赞
偏向AP 那建议使用混存的方案。2C指的是列存副本吗，3f +列存副本 一般是轻ap 场景
4 个赞
混存方案AP性能还比单独的列存zone AP性能好吗，
那这跟我理解的完全相反，我还以为单独列存zone AP性能更好，
那我还有个问题也咨询下，我怕也和我想的相反，
我是每个zone 用一台机器，然后大资源，比如128核1024G，还是每个zone 分成两三个小节点好呢，比如三个32核256G的节点，我之前的想法是分成多个小节点
4 个赞
推荐使用小节点合适。容灾性更强
- 大节点：运维简单、单查询强，但 Zone 内无容错、扩展差、IO 单点
- 多小节点：AP 并行好、容错好、可扩展，但运维和网络要求更高
3 个赞
666
好的，多谢
学到了。
加油！！！
这个你得跟相关方讨论讨论
1 个赞
相关方指的是？