多副本数据一致性技术分析

这里数据一致性指数据多副本数据一致的。

MySQL

MySQL通常采用半同步进行主备复制，这时能保证底层数据一致性。

当发生异常时，半同步退化为异步复制，主备数据写入存在延时，存在不一致情况，主实例如果故障，备实例会丢失部分数据。

master将每个事务写入binlog(sync_binlog=1)，并发送到slave刷新到磁盘(sync_relay=1)，同时主库提交事务(commit)。master等待slave反馈收到relay log，只有收到ack后master才将提交成功结果反馈给客户端。

TiDB

TiKV 利用 Raft 来做数据复制，每个数据变更都会落地为一条 Raft 日志，通过 Raft 的日志复制功能，将数据安全可靠地同步到复制组的每一个节点中。不过在实际写入中，根据 Raft 的协议，只需要同步复制到多数节点，即可安全地认为数据写入成功。

Raft日志复制过程：客户端请求服务端，服务端leader把这条命令作为新的日志条目加入到它的日志中，然后并行地向其他服务器发起 AppendEntries RPC请求 ，如果其他服务器大部分成功复制日志条目并反馈给leader，leader会将这个条目应用到自己的状态机中，然后把执行的结果返回客户端。其他服务器随后也会将这个日志条目应用到自己本地的状态机中。

https://docs.pingcap.com/zh/tidb/stable/tidb-storage#raft-协议

OceanBase

OceanBase使用日志流在多副本之间同步状态。

日志流使用自研的 Paxos 协议将 Redo 日志在本服务器持久化，同时通过网络发送给日志流的从副本，从副本在完成各自持久化后应答主副本，主副本在确认有多数派副本都持久化成功后确认对应的 Redo 日志持久化成功。从副本利用 Redo 日志的内容实时回放，保证自己的状态与主副本一致。