Q1：DBA 定义了两个资源规格， Unit1 （20C40G）和 Unit2（40C80G），在创建资源池 S1 的时候，同时引用了这两个规格，并且 Unit 数量是 2。
A1：授人以鱼不如授人以渔。推荐大家看一下我们数据库系统概念，或者是看OCP 的培训。OCP的培训里面特别讲了多租户这个概念，多租户里面特别介绍了资源池就是unit，还有resource group，这些讲的比较全，包含了这个背后一些更加系统的概念和理念。
回到题目本身，如果你使用的unit 是unit 2，那你就是40C80G，每一个zone的资源都是这样。但是你如果有三个副本，那实际上整体的机器资源，相当于要再乘以三。
Q2：社区版今后有考虑支持OceanBase的Oracle模式吗？
A2：当前我们MySQL 需求特别多，前期可能更聚焦一点，希望把我们MySQL的东西能全部能够更好地支持社区，Oracle 的需求可能会往后放一点。后续如果社区里Oracle 的用户特别多，我们也考虑会开放Oracle。
Q3：OCP白屏工具，是不是会取代OBD及黑屏工具？
A3: 不会，OCP提供了管理OceanBase以及OceanBase相关产品的能力，在使用体验上，白屏化的方式用户更容易理解，体验也更好，OBD或者其他黑屏工具在使用上限制更少, 更加灵活，针对不同的使用场景，可以选择合适的工具来使用，两个工具都会继续进行迭代。
Q4： OceanBase 有分库分表概念吗？是怎么做的？
A4：分库分表，是应用视角。数据库内部不会有这个概念。应用可以用OceanBase做“分库分表”架构，建议查阅蚂蚁单元化的案例。
Q5：如果指定主节点的话也会产生额外的选举开销吗
A5：会的，因为“每一个分区，都是一个Paxos组，内部会执行分布式选举”。指定primary zone只是把多个leader聚集到一个Zone或者一台机器上，选举还是多个。
Q6：目前备份的只能是OSS，nfs,还有腾讯一种文件个数，以后会扩展吗？
A6：是的，我们的功能会随着客户需求在不断扩展。
Q7：OceanBase的DDL是怎么做的，如果几百个分区，那么一个DDL需要几百个分区全执行完才返回吗？
A7：OceanBase 3.2支持的大多数DDL都是online的DDl，避免立即去修改数据。比如，加列、删列，不会立即修改分区。每日合并的时候才真正修改数据。
Q8：OceanBase的存储分区限制是跟内存有关系是吗，这个原理是什么
A8：分区过多，分布式选举的开销会变大。因为当前版本每个分区是一个选举组。
Q9：全局一致性备份需要做Snapshot，想问做Snapshot时如何保证各分区全局一致，因为我们想要的是一个全局一致性备份
A9：各分区全局一致性，是分布式事务“原子性”的基本要求。OceanBase是通过GTS获取全局时间戳保证的。这块设计的分布式事务两阶段提交的原理，可以读《系统概念》。弱一致性读还可以通过hint指定版本号。
Q10：分区表建表语句在哪里能找到例子？
A 10：可以试试用社区版ODC的 新建表功能，引导式创建分区表。
另见ob参考手册https://www.oceanbase.com/docs/oceanbase-database/oceanbase-database/V3.2.2/create-table#title-inj-9e1-com