这里数据一致性指数据多副本数据一致的。
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 日志的内容实时回放,保证自己的状态与主副本一致。