mysql转gaussdb_详解GaussDB(for MySQL)服务：复制策略与可用性分析

摘要：本文通过介绍GaussDB(for MySQL)读写路径，分析其可用性。

简介

数据持久性和服务可用性是数据库服务的关键特征。

在实践中，通常认为拥有 3 份数据副本，就足以保证持久性。

但是 3 份副本，对于可用性的要求是不够的。维护 3 份一致的副本意味着，这些副本必须同时在线，系统才能保证可用。当数据库跨多个节点分片时，某些节点不可用的概率会随着节点数量的增加而呈指数增长。

在 GaussDB(for MySQL) 中，我们针对日志和数据采用不同副本策略，并采用一种新颖的恢复算法，来解决可用性的问题。

下面首先介绍写路径，然后介绍读路径，最后分析理论上的可用性估计，并与其它副本策略进行比较。

写路径

写路径如上图所示，下面对每一个步骤进行说明。

1)用户事务导致对数据库页面的更改，从而生成描述更改的日志记录(redo log，下面简称 redo)。

2)将 redo 写入到 Log Stores。写入 3 份副本，并且采用强一致性，即 3 份均写入成功才算成功。

3)将事务标记为已提交(committed)。

只要集群中有三个或以上的 Log Stores 可用，该数据库就可以进行写操作(因为写入只需要选择可用的节点即可，并不规定一定要写入某个节点)。对于成千上万个节点的群集