2. 首页 > PostgreSQL教程 > 正文

PostgreSQL教程FG351-PostgreSQL数据库集群主从：企业级集群主从方案设计与实施

教程整理：风哥教程  |  更新时间：2026-01-22  |  教程分类：PostgreSQL教程  |  文档学习：21

本文档风哥主要介绍PostgreSQL数据库的企业级集群主从方案，包括PostgreSQL集群主从基础概念、集群主从类型、企业级集群主从设计原则、企业级集群主从需求分析、集群主从方案规划、集群主从工具选择、PostgreSQL集群主从搭建、集群主从管理、集群主从监控、异步复制集群实战、同步复制集群实战、级联复制集群实战、企业级集群主从最佳实践、集群主从检查清单、集群主从常见问题与解决方案等内容，风哥教程参考PostgreSQL官方文档Server Administration内容编写，适合DBA人员在学习和测试中使用，如果要应用于生产环境则需要自行确认。

Part01-基础概念与理论知识

1.1 PostgreSQL集群主从基础概念

PostgreSQL集群主从是指通过复制技术，将主数据库的数据同步到一个或多个从数据库，实现数据的冗余和高可用性。更多视频教程www.fgedu.net.cn

集群主从的重要性：

  • 提高系统可用性：当主库故障时，从库可以接管服务
  • 负载均衡：从库可以处理读请求，减轻主库压力
  • 数据备份：从库可以作为数据备份，提高数据安全性
  • 灾备方案：从库可以部署在不同的地理位置，实现灾备

1.2 PostgreSQL集群主从类型

PostgreSQL集群主从类型包括：

  • 异步复制：主库将WAL日志发送到从库，不等待从库确认
  • 同步复制：主库将WAL日志发送到从库，等待从库确认后再提交事务
  • 半同步复制：主库将WAL日志发送到从库，等待至少一个从库确认后再提交事务
  • 级联复制：从库作为其他从库的主库，形成复制链

1.3 企业级集群主从设计原则

企业级集群主从设计原则包括：

  • 高可用性：确保系统在主库故障时能够快速切换到从库
  • 数据一致性：确保主从库数据的一致性
  • 性能优化：优化复制性能，减少复制延迟
  • 可扩展性：支持水平扩展，增加从库数量
  • 监控管理：建立完善的监控和管理机制
风哥提示：企业级数据库集群主从是确保系统高可用性的重要手段，需要根据业务需求和技术条件，选择合适的复制类型和工具，确保系统的稳定运行。学习交流加群风哥微信: itpux-com

Part02-生产环境规划与建议

2.1 企业级集群主从需求分析

企业级集群主从需求分析：

# 业务需求分析
– 可用性要求：系统需要达到的可用性水平
– 数据一致性要求：数据一致性的级别要求
– 性能要求：复制性能和延迟要求
– 灾备要求：灾备方案的要求

# 技术需求分析
– 复制类型：异步、同步、半同步等
– 集群规模：主库和从库的数量
– 网络要求：网络带宽和延迟要求
– 存储要求：存储性能和容量要求

# 资源需求分析
– 硬件资源：服务器、存储、网络等
– 软件资源：PostgreSQL、复制管理工具等
– 人力资源：DBA和运维人员
– 时间资源：集群部署和维护的时间
– 预算资源：集群部署和维护的成本

2.2 集群主从方案规划

集群主从方案规划：

# 集群主从方案

## 1. 复制类型选择
– 异步复制：适用于对数据一致性要求不高的场景
– 同步复制：适用于对数据一致性要求高的场景
– 半同步复制：平衡数据一致性和性能的场景

## 2. 集群架构设计
– 一主一从：最简单的集群架构
– 一主多从：提高系统可用性和读性能
– 级联复制：适用于跨数据中心的场景
– 多主复制：适用于需要双向复制的场景

## 3. 网络规划
– 局域网复制：适用于同一数据中心内的复制
– 广域网复制：适用于跨数据中心的复制
– 网络带宽：根据数据量和复制频率确定
– 网络延迟：控制在可接受范围内

## 4. 存储规划
– 主库存储：高性能存储，确保写性能
– 从库存储：高容量存储，确保数据安全
– 存储同步：确保主从库存储配置一致

## 5. 监控与管理
– 复制状态监控：监控复制延迟和状态
– 故障自动切换：实现主库故障时的自动切换
– 日常维护：定期检查和维护复制状态

2.3 集群主从工具选择

PostgreSQL集群主从工具选择：

  • 内置复制：PostgreSQL内置的流复制功能
  • Patroni：基于etcd的高可用性解决方案
  • Repmgr：PostgreSQL复制管理工具
  • PgPool-II：连接池和负载均衡工具
  • HAProxy：负载均衡器，用于分发连接
风哥教程针对风哥教程针对风哥教程针对生产环境建议：根据业务需求和技术条件选择合适的集群主从工具，建议使用Patroni或Repmgr实现高可用性，结合PgPool-II和HAProxy实现负载均衡。学习交流加群风哥QQ113257174

Part03-生产环境项目实施方案

3.1 PostgreSQL集群主从搭建

3.1.1 异步复制集群搭建

# 1. 准备环境
– 主库：192.168.1.10
– 从库：192.168.1.11
– PostgreSQL版本：18.3

# 2. 配置主库
$ vi /postgresql/fgdata/postgresql.conf

# 启用复制
wal_level = replica
max_wal_senders = 10
max_replication_slots = 10
wal_keep_size = 1GB

# 配置pg_hba.conf
$ vi /postgresql/fgdata/pg_hba.conf

# 允许从库连接
host replication replicator 192.168.1.11/32 md5

# 3. 创建复制用户
$ psql -U postgres

postgres=# CREATE ROLE replicator WITH REPLICATION PASSWORD ‘replicator_pass’ LOGIN;
CREATE ROLE

# 4. 重启主库
$ systemctl restart postgresql-18

# 5. 配置从库
$ vi /postgresql/fgdata/postgresql.conf

# 启用热备
hot_standby = on
max_standby_archive_delay = 300s
max_standby_streaming_delay = 300s

# 6. 初始化从库
$ systemctl stop postgresql-18
$ rm -rf /postgresql/fgdata/*
$ pg_basebackup -h 192.168.1.10 -U replicator -D /postgresql/fgdata -F p -X stream -P

# 7. 创建recovery.conf文件
$ vi /postgresql/fgdata/recovery.conf

standby_mode = ‘on’
primary_conninfo = ‘host=192.168.1.10 port=5432 user=replicator password=replicator_pass’

# 8. 启动从库
$ systemctl start postgresql-18

# 9. 验证复制状态
$ psql -U postgres -h 192.168.1.10 -c “SELECT * FROM pg_stat_replication;”

3.1.2 使用Patroni实现高可用

# 1. 安装Patroni
$ pip install patroni
$ pip install python-etcd

# 2. 安装etcd
$ yum install etcd
$ systemctl start etcd
$ systemctl enable etcd

# 3. 配置Patroni
$ vi /etc/patroni.yml

scope: fgedu
namespace: /postgres/
name: postgres1

restapi:
listen: 192.168.1.10:8008
connect_address: 192.168.1.10:8008

etcd:
host: 192.168.1.10:2379

bootstrap:
dcs:
ttl: 30
loop_wait: 10
retry_timeout: 10
maximum_lag_on_failover: 1048576
postgresql:
use_pg_rewind: true

initdb:
– encoding: UTF8
– data-checksums

pg_hba:
– host replication replicator 192.168.1.0/24 md5
– host all all 192.168.1.0/24 md5

postgresql:
listen: 192.168.1.10:5432
connect_address: 192.168.1.10:5432
data_dir: /postgresql/fgdata
pgpass: /tmp/pgpass
authentication:
replication:
username: replicator
password: replicator_pass
superuser:
username: postgres
password: postgres_pass
parameters:
unix_socket_directories: ‘/tmp’
wal_level: replica
hot_standby: on
max_wal_senders: 10
max_replication_slots: 10
wal_keep_size: 1GB

watchdog:
mode: automatic
device: /dev/watchdog
safety_margin: 60

# 4. 启动Patroni
$ systemctl start patroni
$ systemctl enable patroni

# 5. 配置从库
# 在从库上执行相同的配置，修改name为postgres2

# 6. 验证高可用
$ patronictl list
+ Cluster: fgedu (7034074281250737474) —+—-+———–+——–+———+—-+———–+—————–
| Member | Host | Role | State | TL | Lag in MB | Pending restart | Tags |
+———-+—————+———+———+—-+———–+—————-+—————–
| postgres1 | 192.168.1.10 | Leader | running | 1 | | | |
| postgres2 | 192.168.1.11 | Replica | running | 1 | 0 | | |
+———-+—————+———+———+—-+———–+—————-+—————–

3.2 集群主从管理

3.2.1 复制状态管理

# 1. 查看复制状态
$ psql -U postgres -c “SELECT * FROM pg_stat_replication;”

# 2. 查看复制延迟
$ psql -U postgres -c “SELECT slot_name, pg_wal_lsn_diff(pg_current_wal_lsn(), restart_lsn) AS lag FROM pg_replication_slots;”

# 3. 管理复制槽
$ psql -U postgres

postgres=# SELECT * FROM pg_replication_slots;
postgres=# SELECT pg_create_physical_replication_slot(‘slot1’);
postgres=# SELECT pg_drop_replication_slot(‘slot1’);

# 4. 手动切换主从
$ patronictl switchover

# 5. 监控复制状态
$ patronictl list

3.3 集群主从监控

3.3.1 使用Prometheus监控复制

# 1. 安装PostgreSQL Exporter
$ wget https://github.com/prometheus-community/postgres_exporter/releases/download/v0.13.0/postgres_exporter-0.13.0.linux-amd64.tar.gz
$ tar -xzf postgres_exporter-0.13.0.linux-amd64.tar.gz
$ mv postgres_exporter-0.13.0.linux-amd64 /usr/local/postgres_exporter

# 2. 配置PostgreSQL Exporter
$ vi /etc/systemd/system/postgres_exporter.service

[Unit]
Description=PostgreSQL Exporter
After=network.target

[Service]
Type=simple
User=postgres
Environment=DATA_SOURCE_NAME=”postgresql://postgres:postgres_pass@fgedu.localhost:5432/postgres?sslmode=disable”
ExecStart=/usr/local/postgres_exporter/postgres_exporter
Restart=always

[Install]
WantedBy=multi-user.target

# 3. 启动PostgreSQL Exporter
$ systemctl daemon-reload
$ systemctl start postgres_exporter
$ systemctl enable postgres_exporter

# 4. 配置Prometheus
$ vi /usr/local/prometheus/prometheus.yml

global:
scrape_interval: 15s
evaluation_interval: 15s

scrape_configs:
– job_name: ‘postgresql’
static_configs:
– targets: [‘192.168.1.10:9187’, ‘192.168.1.11:9187’]

# 5. 配置Grafana
# 导入PostgreSQL仪表盘，监控复制状态和延迟

风哥提示：集群主从监控是确保系统稳定运行的重要手段，需要建立完善的监控机制，及时发现和解决复制问题，确保数据的一致性和系统的可用性。更多学习教程公众号风哥教程itpux_com

Part04-生产案例与实战讲解

4.1 异步复制集群实战

# 案例：某企业PostgreSQL异步复制集群

## 背景
– 业务需求：企业需要一个高可用的PostgreSQL集群
– 数据量：每天产生10GB数据
– 可用性要求：99.9%

## 实施过程

### 1. 环境准备
– 主库：192.168.1.10（8核16GB内存，SSD存储）
– 从库：192.168.1.11（8核16GB内存，SSD存储）
– PostgreSQL版本：18.3

### 2. 配置主库
– 修改postgresql.conf：启用复制，配置WAL参数
– 修改pg_hba.conf：允许从库连接
– 创建复制用户：replicator

### 3. 配置从库
– 停止PostgreSQL服务
– 使用pg_basebackup从主库复制数据
– 创建recovery.conf文件，配置主库连接信息
– 启动PostgreSQL服务

### 4. 验证复制
– 查看pg_stat_replication，确认复制状态
– 测试数据同步，验证主从数据一致性
– 监控复制延迟，确保延迟在可接受范围内

### 5. 故障测试
– 模拟主库故障，手动切换到从库
– 验证从库接管服务的能力
– 恢复主库，重新配置为从库

## 实施效果
– 系统可用性达到99.9%
– 复制延迟控制在1秒以内
– 故障切换时间小于30秒
– 满足业务需求，运行稳定

4.2 同步复制集群实战

# 案例：某金融企业PostgreSQL同步复制集群

## 背景
– 业务需求：金融企业需要一个数据一致性高的PostgreSQL集群
– 数据量：每天产生5GB数据
– 可用性要求：99.99%
– 数据一致性要求：强一致性

## 实施过程

### 1. 环境准备
– 主库：192.168.1.10（16核32GB内存，SSD存储）
– 从库1：192.168.1.11（16核32GB内存，SSD存储）
– 从库2：192.168.1.12（16核32GB内存，SSD存储）
– PostgreSQL版本：18.3

### 2. 配置主库
– 修改postgresql.conf：启用同步复制，配置WAL参数
– 修改pg_hba.conf：允许从库连接
– 创建复制用户：replicator
– 配置synchronous_standby_names：指定同步从库

### 3. 配置从库
– 停止PostgreSQL服务
– 使用pg_basebackup从主库复制数据
– 创建recovery.conf文件，配置主库连接信息
– 启动PostgreSQL服务

### 4. 验证复制
– 查看pg_stat_replication，确认同步状态
– 测试数据同步，验证主从数据一致性
– 监控复制延迟，确保延迟为0

### 5. 故障测试
– 模拟主库故障，手动切换到从库
– 验证从库接管服务的能力
– 恢复主库，重新配置为从库

## 实施效果
– 系统可用性达到99.99%
– 数据一致性得到保证
– 故障切换时间小于30秒
– 满足金融企业的严格要求

4.3 级联复制集群实战

# 案例：某跨国企业PostgreSQL级联复制集群

## 背景
– 业务需求：跨国企业需要一个跨数据中心的PostgreSQL集群
– 数据量：每天产生20GB数据
– 可用性要求：99.99%
– 灾备要求：跨数据中心灾备

## 实施过程

### 1. 环境准备
– 主库（北京）：192.168.1.10（16核32GB内存，SSD存储）
– 从库1（北京）：192.168.1.11（16核32GB内存，SSD存储）
– 从库2（上海）：192.168.2.10（16核32GB内存，SSD存储）
– PostgreSQL版本：18.3

### 2. 配置主库
– 修改postgresql.conf：启用复制，配置WAL参数
– 修改pg_hba.conf：允许从库连接
– 创建复制用户：replicator

### 3. 配置从库1（北京）
– 停止PostgreSQL服务
– 使用pg_basebackup从主库复制数据
– 创建recovery.conf文件，配置主库连接信息
– 启动PostgreSQL服务

### 4. 配置从库2（上海）
– 停止PostgreSQL服务
– 使用pg_basebackup从从库1复制数据
– 创建recovery.conf文件，配置从库1连接信息
– 启动PostgreSQL服务

### 5. 验证复制
– 查看pg_stat_replication，确认级联复制状态
– 测试数据同步，验证主从数据一致性
– 监控复制延迟，确保延迟在可接受范围内

### 6. 故障测试
– 模拟主库故障，手动切换到从库1
– 验证从库1接管服务的能力
– 模拟北京数据中心故障，手动切换到从库2
– 验证从库2接管服务的能力

## 实施效果
– 系统可用性达到99.99%
– 跨数据中心灾备能力得到保证
– 故障切换时间小于60秒
– 满足跨国企业的业务需求

风哥教程针对风哥教程针对风哥教程针对生产环境建议：集群主从的设计和实施需要根据业务需求和技术条件进行定制，确保系统的高可用性和数据一致性，同时优化复制性能，减少复制延迟。from PostgreSQL视频:www.itpux.com

Part05-风哥经验总结与分享

5.1 企业级集群主从最佳实践

企业级集群主从最佳实践：

  • 选择合适的复制类型：根据业务需求选择异步、同步或半同步复制
  • 合理设计集群架构：根据业务规模和可用性要求设计集群架构
  • 优化网络配置：确保网络带宽和延迟满足复制需求
  • 监控复制状态：建立完善的监控机制，及时发现和解决复制问题
  • 定期测试故障切换：确保在主库故障时能够快速切换到从库
  • 备份策略：结合复制和备份，确保数据安全
  • 文档管理：建立完整的集群管理文档
  • 培训学习：提高团队的集群管理技能

5.2 集群主从检查清单

# 企业级PostgreSQL集群主从检查清单

## 集群配置
– [ ] 复制类型选择是否合适
– [ ] 集群架构设计是否合理
– [ ] 网络配置是否优化
– [ ] 存储配置是否合理

## 复制状态
– [ ] 复制是否正常运行
– [ ] 复制延迟是否在可接受范围内
– [ ] 复制槽是否正常
– [ ] 主从数据是否一致

## 高可用性
– [ ] 故障切换是否测试
– [ ] 自动故障切换是否配置
– [ ] 监控系统是否完善
– [ ] 告警机制是否有效

## 维护管理
– [ ] 定期检查复制状态
– [ ] 定期测试故障切换
– [ ] 定期备份数据
– [ ] 定期更新系统

## 安全措施
– [ ] 复制用户权限是否合理
– [ ] 网络访问控制是否加强
– [ ] 数据传输是否加密
– [ ] 安全审计是否到位

5.3 集群主从常见问题与解决方案

集群主从常见问题与解决方案：

  • 复制延迟：优化网络配置，调整WAL参数，增加从库资源
  • 复制中断：检查网络连接，修复复制槽，重新初始化从库
  • 数据不一致：使用pg_rewind或重新初始化从库
  • 故障切换失败：检查集群配置，测试故障切换流程，确保监控系统正常
  • 性能问题：优化主库和从库的配置，使用负载均衡分担读请求
持续改进：集群主从的管理和维护是一个持续的过程，需要根据系统运行情况和业务需求，不断优化集群配置和管理流程，确保系统的高可用性和数据一致性。

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html

相关推荐

联系我们

在线咨询：点击这里给我发消息

微信号：itpux-com

工作日：9:30-18:30，节假日休息