GBase 8c采用shared nothing的分布式架构，计算节点和存储节点分离，节点间通过高速网络进行通信，所有节点都有主从互备，确保系统的高可用性。
由于没有资源共享，增加节点就可以线性地扩展集群的存储能力和计算能力，满足业务规模增长的要求。
GBase 8c的节点分为三类，分别是协调器（Coordinator,CN）、数据节点（Data Node,DN）和全局事务管理器（Global Transaction Manager,GTM）。
协调器：协调器管理和客户端的连接，对客户端发来的SQL进行解析，生成执行计划，把执行计划发到相应的数据节点进行读写操作，并将结果汇总返回给客户端。对于涉及跨DN的数据写操作，协调者还负责协调所有参与者进行两阶段提交。
数据节点：数据节点是数据实际存放的节点，保存表和索引等数据库对象。数据节点接收协调器下发的读写操作，并将结果返回给协调者处理。数据节点间也可以通信，进行跨数据节点的联合查询。
全局事务管理器：全局事务管理器管理全局事务号和活动事务状态，确保系统的全局一致性。
GBase 8c采用自适应的事务处理机制来提升系统性能。对于只需要在本地节点进行处理的事务，协调器按本地事务处理流程进行处理，不需要进行两阶段提交，以提升事务处理的效率；对于需要跨节点处理的事务，协调器协调参与者进行两阶段提交，以保障全局事务的一致性。整个事务处理的流程对客户端透明。
GBase 8c支持复制表和分布表，通过数据分布策略来避免并行计算期间的资源竞争，同时提升系统性能。复制表是指每个节点上都复制一份数据，数据关联时在节点本地完成。分布表是指一份数据根据某个键值水平拆分到不同的节点上，将单个大表拆分成若干小表，提升系统读写的性能。
复制表和分布表的适用场景如下：
| 表类型 | 操作类型 | 性能表现 | 适用场景 |
| 复制表 | 插入 | 较慢 | 字典表 小表 |
| 查询（JOIN） | 快/高并发/线性提升 | ||
| 分布表 | 插入 | 快/高并发/线性提升 | 事实表 超大表 易分片的表 |
| 查询（多表单片） | 快/高并发/线性提升 | ||
| 查询（单表多片） | 较快 | ||
| 查询（多表多片） | 慢 | 避免出现 | |
| 复制表-分布表混合 | 复制表对单一分布表 JOIN 查询 | 较快 | 主题表-事实表 字典表-事实表 小表-超大表 |
GBase 8c采用并行技术来提升系统的性能和吞吐量，主要特点有：
对于分布式查询，根据关联表类型的不同分为：复制表+复制表、复制表+分布表、分布表+分布表，数据落在相同HG上、分布表+分布表，数据落在不同HG上四种情况。
这类查询性能较高，高并发的支持不如只涉及单组情况，适于大表的存储。
分布表+分布表的查询，分为数据落在相同HG上和不同HG上两种类型。
数据落在相同HG上时原理如下：
TD1和TD2皆为分布表，以uid为分片列：
这类查询性能高，无冗余操作，支持高并发，性能线性提升。
数据落在相同HG上时原理如下：
TD1和TD2皆为分布表，以uid为分片列：
这类查询性能较差，涉及数据移动，跨节点拉数据，网络传输是瓶颈。
GBase 8c 技术白皮书 三
GBase 8c具备全局死锁解除的能力。当发现死锁情况时，会将全局事务号最大的事务退出，从而解决死锁问题。
GBase 8c通过在CN和DN上部署global deadlock process并与GTM建立通讯通道，周期性的对事务等待关系进行检测，并将检测结果发送给GTM用来构建全局等待图。当检测到死锁环时，立即将执行事务号最大的事务执行退出流程，从而解决全局死锁问题。
GBase 8c具备事务状态保持能力，任意协调器节点（CN）宕机后，都不影响该节点正在进行的事务状态，事务可以在另一接管CN节点上继续顺利运行，从而保证数据库处理能力。
如上图所示两阶段提交事务处理过程中：
CN3节点接管事务后，无需重复前面已经成功提交的事务状态，可以继续完成宕机的CN2节点未完成的状态来完成本次事务。整个过程对上层业务无感知，数据库集群内任意节点宕机均不会造成死锁或异常等待情况。
海量的业务数据不仅仅给数据处理和分析查询的性能带来挑战，对数据备份和恢复的要求也更高。因为数据量巨大，如果没有高效的备份和恢复能力，在意外、故障或灾难发生时，无法及时使数据库得到恢复，系统和业务的可用性就无法得到保障。
GBase 8c提供全面的基于集群级、库级、表级的备份和恢复功能，包括：