OBCP第五章 分布式事务高级技术-分布式两阶段提交

传统数据库的实现原理

“快照隔离级别（Snapshot Isolation）”和“多版本并发控制（Multi-VersionConcurrency Control，简称MVCC）”两种技术的大致含义是：为数据库中的数据维护多个版本号（即多个快照），当数据被修改的时候，可以利用不同的版本号区分出正在被修改的内容和修改之前的内容，以此实现对同一份数据的多个版本做并发访问，避免了经典实现中“锁”机制引发的读写冲突问题。

 快照隔离级别（snapshot isolation）

 

OceanBase的隔离级别

OceanBase支持的隔离级别

MySQL Mode

读已提交（默认）

可重复读

Oracle Mode

读已提交（默认）   

可串行化

隔离级别设置

事务级别

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

会话级别

ALTER SESSION SET ISOLATION_LEVEL = SERIALIZABLE;

分布式数据库面临的挑战

和传统的数据库的单点全共享（即Shared-Everything）架构不同，OceanBase是一个原生的分布式架构，采用了多点无共享（即Shared-Nothing）的架构，在实现全局（跨机器）一致的快照隔离级别和多版本并发控制时会面临分布式

架构所带来的技术挑战

业界常用解决方案

分布式数据库应如何在全局（跨机器）范围内保证外部一致性，进而实现全局一致的快照隔离级别和多版本并发控制呢？大体来说，业界有两种实现方式：

利用特殊的硬件设备，如GPS和原子钟（Atomic Clock），使多台机器间的系统时钟保持高度一致，误差小到应用完全无法感知的程度。

版本号不再依赖各个机器自己的本地系统时钟，所有的数据库事务通过集中式的服务获取全局一致的版本号，由这个服务来保证版本号的单调向前。

OceanBase全局一致性快照技术          

OceanBase数据库是利用一个集中式服务来提供全局一致的版本号

事务在修改数据或者查询数据的时候，无论请求源自哪台物理机器，都会从这个集中式的服务处获取版本号，OceanBase则保证所有的版本号单调向前并且和真实世界的时间顺序保持一致

GTS服务高可用

GTS是集群的核心，根据租户的级别不同采用不同的方式实现高可用

用户租户

OceanBase数据库使用租户级别内部表 __all_dummy的 leader 作为 GTS 服务提供者，时间来源于该leader的本地时钟。GTS 默认是三副本的，其高可用能力跟普通表的能力一样。

系统租户

使用 __all_core_table的leader作为GTS服务的提供者，高可用能力与普通表一样。时间戳正确性保证。

ob_timestamp_service ：用于指定使用何种时间戳服务

GTS（默认）、LTS、HA_GTS

OceanBase全局一致性快照如何处理异常