开源数据库（PostgresqlMysql）高可用选型方案.pdf

开源数据库高可用方案选型

•PostgreSQL

•MySql

——张欣

云网运营部（大数据和AI中心）担当是责任进取是要求团结是基石开放是动力

PostgreSQL高可用方案架构介绍

•01-PostgreSQL流复制+Keepalived

•02-基于pacemaker+corosync的高可用方案

•03-基于repmgr的高可用方案

•04-基于patroni的高可用方案

•05-基于pgpool-II的高可用方案

云网运营部（大数据和AI中心）担当是责任进取是要求团结是基石开放是动力

01-PostgreSQL流复制+Keepalived

APP架构图

KeepalivedVIP

同城checkcheck异地

异步

SlaveMasterSlave

云网运营部（大数据和AI中心）担当是责任进取是要求团结是基石开放是动力

1PG内置复制原理

主服务器在接受到每个事务请求时，将数据改动用预写日志(WAL)记录。具体而言，事务采用两段提交(Two

PhaseCommit)，即先将改动写入预写日志，然后再实际改动数据库。这样可以保证预写日志的时间戳永远不落后于

数据库，即便是正在写入时服务器突然崩溃，重启以后也可以依据预写日志将数据恢复，因为预写日志保留了比数据

库记录中更新的版本。PostgreSQL的异步复制解决方案正是利用了预写日志，将预写日志从主服务器(Master

Sever)传输到备用服务器(StandbyServer)，然后在备用服务器上回放(Replay)出预写日志中记录改动，从而实现主

从复制。PostgreSQL使用了两种方式传输预写日志：存档式(archive)和流式(streaming)。

存档式复制的原理是主服务器将预写日志主动拷贝到一个安全的位置（可以直接到备用服务器，也可以是第三台

服务器），同时备用服务器定期扫描这个位置，并将预写日志拷贝到备用服务器端然后再回放。这样即使主服务器崩

溃了，备用服务器也可以从这个安全的位置获取到一份完整的记录，以确保任何数据不会丢失。而流式复制则简化了

这一个步骤，由主服务器直接通过TCP协议向备用服务器传输日志，避免了两次复制的开销，有利于减小备用服务器

和主服务器直接的数据延时。但当主服务器崩溃时，未被传输到备用服务器的日志则会丢失，造成数据损失。

PostgreSQL支持存档式和流式两种模式的混合，当两种模式都开启时，备用服务器会定期检查是否有存档已经到达

指定的位置，并回放日志。一旦检测到指定的位置没有新的日志，则会切换到流式模式试图直接从网络传输日志，接

着再检查存档，不断重复这一循环。

云网运营部（大数据和AI中心）担当是责任进取是要求团结是基石开放是动力

2PG内置复制优点

a.使用预写日志记录数据库的改动，不额外增加服务端的其他负荷。

b.当主服务器失败（如断电、系统崩溃、灾难）时，不会丢失任何数据。

c.支持基于流和基于归档的两种日志传输方案。

d.备用服务器可作为负载均衡节点提供读请求。

e.支持多个或多级备用服务器。

云网运营部（大数据和AI中心）担当是责