OceanBase 的特性分析

OceanBase 的特性

OceanBase的优势

分布式事务

OceanBase是通过对原有2PC的改良，来实现分布式事务

2PC的问题

1. 单点问题。过度依赖协调者，一旦协调者出现问题，系统将无法正常运转，会有可能造成数据不一致
2. 参与者在等待其他参与者响应的同时，无法进行任何操作，处于阻塞状态，一旦参与者出现故障，协调者只能通过自己的超时机制发现
3. 效率比较低，用户感知到的提交时延是4次写日志耗时以及2次 RPC 的往返耗时

OceanBase的改良

OceanBase通过多副本（Multi-Paxos）,解决了2PC单点，阻塞和数据不一致的问题

如上图所示，当分布式事务提交时，会选择其中的一个数据分片作为协调者在所有数据分片上执行两阶段提交协议。还记得前文提到过的协调者宕机问题么？在 OceanBase 中，由于所有数据分片都是通过 Paxos 复制日志实现多副本高可用的，当主副本发生宕机后，会由同一数据分片的备副本转换为新的主副本继续提供服务，所以可以认为在 OceanBase 中，参与者和协调者都是保证高可用不宕机的（多数派存活），绕开了协调者宕机的问题。

在参与者高可用的实现前提下，OceanBase 对协调者进行了“无状态”的优化。在标准的两阶段提交中，协调者要通过记录日志的方法持久化自己的状态，否则如果协调者和参与者同时宕机，协调者恢复后可能会导致事务提交状态不一致。但是如果我们认为参与者不会宕机，那么协调者并不需要写日志记录自己的状