第四课：postgresql-高可用1

高可用方案

1.主从

2.双主

3.多主多从

4.读写分离

5.负载均衡 sql 分发

常见高可用方案

共享磁盘故障转移

　　共享磁盘故障转移避免了只使用一份数据库拷贝带来的同步开销。 它使用

且能够快速地被变成新的主数据库服务器。这可以是同步的或异步的， 并且只

能用于整个数据库服务器。

基于触发器的主-备复制

　　一个主-备复制设置会把所有数据修改查询发送到主服务器。 主服务器异步

地将数据修改发送给后备服务器。当主

　　服务器正在运行时， 后备服务器可以回答只读查询。后备服务器对数据仓

库查询是一种理想的选择。

　　Slony-I 是这种复制类型的一个例子。它使用表粒度， 并且支持多个后备服

务器。因为它

　　会异步更新后备服务器（批量）， 在故障转移时可能会有数据丢失。

异步多主控机复制

　　通过使用异步的多主控机复制， 每一个服务器独立工作并且定期与其他服

务器通信来确定冲突的事务。

同步多主控机复制

　　在同步多主控机复制中，每一个服务器能够接受写请求，并且在每一个事务

提交之前，被修改的数据会被从原始服务器传送给每一个其他服务器。

　　PostgreSQL 不提供这种复制类型， 尽管在应用代码或中间件中可以使用

PostgreSQL 的两阶段提交 （PREPARE TRANSACTION 和 COMMIT PREPARED） 来实

现这种复制。

商业方案

　　因为 PostgreSQL 是开源的并且很容易被扩展， 一些公司已经使用

PostgreSQL 并且创建了带有唯一故障转移、 复制和负载均衡能力的商业性的闭

数据分区

多服务器并行查询执行

逻辑订阅，适合于发布端与订阅端都有读写的情况。

逻辑订阅，更适合于小事务，或者低密度写（轻度写）的同步。如果有大事务、

高密度写，逻辑订阅的延迟相比物理复制更高。

逻辑订阅，适合于双向，多向同步。

物理复制，适合于任意事务，任意密度写（重度写）的同步。

物理复制，适合于备库没有写，只有读的场景。

持的 高可用方案

物理复制，基于 wal 日志

wal 日志，postgresql 在做修改、插入等 DDL 语言时，会先将操作语句写到 wal

日志里；记录所有操作；然后，在 check point 点，replay 这些日志，真正去执

行这些操作

在 oracle 里 这个叫 redo 日志，mysql 里这个叫 binlog ,sqlserver 也叫 wal 日

志

wal 日志 是二进制文件，默认 16M(当然，可以设置）

wal 文件的命名

wal 日志号由 64 位组成，即有 2**64 个日志编号，用完了需要重置，但是这个数量已经

很多了，相当于 1024P 个，1024*1024 个 T。

日志文件则由 24 个 16 进制数字组成，分三部分：时间线、LSN 高 32 位、LSN 低 32 位

/（2**24）的值

=

16 位 lsn=1 lsn=00000000 000000002 lsn=0000000 0000000A

20/9B0708E0

000000001 000000030 9B0708E0

pg_waldump.exe --start=3/A0000001 -n 10

Version>=10

select pg_switch_wal();

select pg_switch_xlog();