GBase 8c通过GTM全局事务管理器和本地两阶段提交技术,提供分布式强一致事务的能力,同时,对于追求性能的新兴数据库业务,也支持可选的最终一致性事务的能力。
分布式事务原子性和两阶段提交协议
为了保证分布式事务的原子性,防止出现部分DN提交、部分DN回滚的“中间态”事务,GBase 8c采用两阶段提交(2PC)过程,实现跨节点分布式事务。
一、准备阶段(prepare phase),在这个阶段,将所有提交操作所需要使用到的信息和资源全部写入磁盘,完成持久化;
二、提交阶段(commit phase),根据之前准备好的提交信息和资源,执行提交或回滚操作。
一旦准备阶段执行成功,那么提交需要的所有信息都完成持久化落盘,即使后续提交阶段某个DN发生执行错误,该DN可以再次从持久化的提交信息中尝试提交,直至提交成功。最终该分布式事务在所有DN上的状态一定是相同的,要么所有DN都提交,要么所有DN都回滚。因此,对外来说,该事务的状态变化是原子的。
分布式事务一致性和全局事务管理
GBase 8c采用了基于全局事务提交时间戳的TSO方案,保证分布式事务一致性。处理流程如下图所示:
-
GTM负责维护全局时间戳CSN;
-
当开启事务时从GTM获取当前的时间戳
-
当事务提交的时候重新获取一遍时间戳(CSN+1)
这种方式的优势在于:
l 使用全局逻辑时间戳CSN号替代传统的活跃事务列表作为全局快照,可以大幅降低所有节点到事务管理器GTM节点的网络开销,使得全局事务管理节点不再容易成为分布式事务处理的瓶颈节点;
l 使用逻辑时间戳CSN号本质上是为所有的写事务在全局进行内部排序,为处理数据库双相同步等方面提供了便捷。
示例:
Begin; //Transaction Start
-
Select * from t1 where id = 1; //单节点查询
-
Select * from t1, t2 where t1.id = t2.id;//跨节点查询
-
insert into t1 values(1, “aaa”); //单节点写入
-
Update t1 set name = ”bbb” where id = 1; // 单节点更新
-
Delete from t2 where id < 10; //跨节点删除
Commit; //Transaction Commit