存储结构（DIsk Storage）
页（page）
对应oracle的block
最基本的存储单元，也是数据库最小的服务I/O单元
所有的系统信息和用户信息都存储在页上
在大多数UNIX系统中，缺省的数据页大小是2KB
数据页大小是可配置的，在创建数据库空间时指定，最大值为16KB
段（Extent）
连续数据页的集合
数据表（table）的存储空间是以extent为单位来分配的
数据表的extent的大小是在建表时指定的
表空间（TableSpace）
逻辑概念
是针对某个表来说的
物理上是某个表使用的所有extent的集合
块（Chunk）
用于存储数据的连续的磁盘空间
可以是一个裸设备或其一部分，也可以是文件系统中的一个文件
单个Chunk最大容量为4TB
单个Gbase 8s数据库服务实例最多k可有32767个Chunk
数据库空间（DbSpace）
Chunk的集合
创建时至少包含一个Chunk
日志和检查点（Log&CheckPoint）
日志
高效事务的解决方案
事务一致性的保证措施
分为物理日志和逻辑日志
日志文件
物理上表现为Chunk
顺序读写
日志缓冲区
存储于共享内存的驻留段
物理日志（Physical Log）
物理日志是保证一致性的手段
物理日志存储被修改的数据页的前像（Before-mages）
在缓存区中某个数据页被修改前，该数据页会被写入物理日志中
物理日志用于系统失败后进行数据恢复（Recovery）
逻辑日志（Logical Log）**
逻辑日志也是保持一致性的一种手段
同时也是提升事务性能的一种手段
逻辑日志记录了事务的细节
缓冲区中所有数据页的修改都会写入逻辑日志中（举例：所有交易细节）
逻辑日志中记录的内容还包括
所有DDL操作
DbSpace的变化情况
CheckPoint信息
检查点（CheckPoint）
检查点是GBase 8s数据库服务的时间
检查点用于维护数据库服务的一致性状态
检查点事件发生时，缓冲区中所有被修改的数据页写回到Chunk中
检查点时间本身会被记录在逻辑日志中
事务的基本过程
数据页从Chunk中读取到缓存区中
数据页在被修改前被保存到物理日志
数据页被修改，修改的相关信息记录到逻辑日志
检查点事件发生，缓冲区中被修改的数据页写回到Chunk中
快速恢复（Fast Recovery）
数据库服务异常停止时，数据可能处于不一致状态
数据库服务启动时检测到异常停止，会开始进行快速恢复
数据恢复的过程：
从逻辑日志中定位到最后一个检查点事件
从逻辑日志中确定最后检查点事件之后修改的数据页
根据物理日志把修改的数据页读取到缓冲区
根据逻辑日志的内容对缓冲区进行重做
如果事务未完成，则自动回滚这些未完成的事务
触发检查点事件
GBase 8s的高可用集群
CM（Connection Manager，连接管理器）
HDR（High availability Data Replication，高可用性数据复制）
RSS（Remote Standalone Secondary，远程独立辅节点）
SDS（Share Disk Secondary，共享磁盘辅节点）
Gbase 8s 高可用集群提供下列：
CM-连接服务：感应故障，主导节点迁移，客户端重新连接
HDR-故障转移：30s无缝转移，应用高可用至99.5%
RSS-异地远程备份防灾
SDS-多点数据库共享内存，横向拓展，提供大量查询
HDR（High availability Data Replication，高可用性数据复制）
HDR-故障转移：30s无缝转移，应用高可用至99.5%
RSS（Remote Standalone Secondary，远程独立辅节点）
RSS-异地远程备份防灾
SDS（Share Disk Secondary，共享磁盘辅节点）
SDS-多点数据库共享内存，横向拓展，提供大量查询
HDR同步模式
HDR的备实例使用来自主实例的逻辑日志于主实例进行同步，主备实例之间有三种同步模式
1>完全同步模式（Full synchronous mode）
主实例上的事务需要得到HDR备实例的事务完成的确认信息才会完成
数据完整性最优
若客户端应用无缓存日志，有许多小事务，系统性能会受影响
2>近同步模式（Nearly synchronous mode）
主实例上的事务需要得到HDR备实例收到事务的确认信息才完成
3>异步模式
事务在完成前不需要HDR备实例的确认信息
系统性能较好
若发生服务器故障，数据可能丢失
