pgsql 主从搭建

在 PostgreSQL 中,主从复制(Master-Slave Replication)是一种常见的数据库高可用性和数据备份解决方案。它允许你创建一个主数据库服务器(Master),并在一个或多个从数据库服务器(Slave)上复制主数据库的数据。这有助于提高系统的可用性,因为在主服务器发生故障时,可以切换到从服务器来提供服务。以下是在 PostgreSQL 中设置主从复制的基本步骤:

注意: 在开始之前,请确保你已经安装了 PostgreSQL,并且主从服务器都可以访问彼此。

配置主服务器(Master):

a. 打开主服务器的 PostgreSQL 配置文件,通常位于 /etc/postgresql/<version>/main/postgresql.conf。

b. 确保以下参数设置正确:

listen_addresses = '*' # 允许远程连接

wal_level = replica # 设置 WAL 日志级别为 replica

max_wal_senders = 3 # 允许的 WAL 发送者数量,根据需要进行调整

wal_keep_segments = 64 # 保留的 WAL 日志段数量,根据需要进行调整

打开 pg_hba.conf 文件(通常位于相同目录),确保允许从服务器连接到主服务器。添加以下行:

host replication <replication_user> <slave_ip> md5

其中 <replication_user> 是用于复制的用户名,<slave_ip> 是从服务器的IP地址。例如:

host replication replicator 192.168.1.2/32 md5

重新启动 PostgreSQL 以使更改生效。

创建复制用户和权限:

在主服务器上创建一个用于复制的用户,并授予适当的权限。登录到主服务器的 PostgreSQL,然后执行以下命令:

CREATE USER replicator REPLICATION LOGIN CONNECTION LIMIT 3;

备份和还原数据:

在主服务器上执行备份操作,并将备份文件传输到从服务器。可以使用 pg_dump 命令创建备份:

pg_dump -U <username> -h <hostname> -F c -b -f <backup_file> <database_name>

将 <username> 替换为数据库用户名,<hostname> 替换为数据库主机名,<backup_file> 替换为备份文件的路径,<database_name> 替换为要备份的数据库名称。

在从服务器上执行还原操作:

pg_restore -U <username> -h <hostname> -d <database_name> <backup_file>

配置从服务器(Slave):

a. 打开从服务器的 PostgreSQL 配置文件,通常位于 /etc/postgresql/<version>/main/postgresql.conf。

b. 设置以下参数以启用从服务器:

listen_addresses = '*' # 允许远程连接

hot_standby = on # 启用热备份模式

c.创建一个 recovery.conf 文件,通常位于与数据目录相同的位置,包含以下内容:

standby_mode = 'on'

primary_conninfo = 'host=<master_ip> port=<master_port> user=<replication_user> password=<password>'

restore_command = 'cp /var/lib/postgresql/<version>/main/archive/%f %p'

archive_cleanup_command = '/usr/lib/postgresql/<version>/bin/pg_archivecleanup /var/lib/postgresql/<version>/main/archive %r'

trigger_file = '/tmp/postgresql.trigger'

替换 <master_ip>, <master_port>, <replication_user>, <password> 以及相关的路径和版本信息。

d. 重新启动从服务器的 PostgreSQL。

启动主从复制:

在从服务器上,启动 PostgreSQL 服务后,它会自动连接到主服务器并开始复制数据。你可以在主服务器上进行监视和管理复制进程。

测试主从复制:

在主服务器上进行一些数据更改,然后验证这些更改是否在从服务器上反映出来。你可以使用 pg_stat_replication 视图来监视复制状态。

这只是一个基本的主从复制设置过程,实际环境中可能需要更复杂的配置,例如使用流复制(streaming replication)或逻辑复制(logical replication)来满足特定需求。此外,确保在生产环境中采取适当的安全措施,如加密和访问控制,以保护你的数据库。

相关推荐
Gauss松鼠会1 天前
GaussDB(DWS) GUC参数修改、查看
java·数据库·sql·数据库开发·gaussdb
Teable任意门互动1 天前
深度解析:AI 赋能开源多维表格,实现企业全场景数据整合与高效应用
数据库·人工智能·低代码·信息可视化·开源·数据库开发
鹏大师运维2 天前
信创数据库开发--SQLark这款工具支持麒麟、统信
linux·数据库·数据库开发·麒麟·统信·sqlark·桌面操作系统
烤麻辣烫3 天前
计算机思维--经典互联网应用
开发语言·学习·搜索引擎·数据库开发
残 风9 天前
快速理解什么是MVCC?
数据库·postgresql·oracle·数据库开发
陆水A9 天前
用CASE WHEN实现横向迭代,节点数据串行推算
大数据·数据仓库·数据库开发·etl·etl工程师
蜘蛛小助理9 天前
从 Excel 到多维表:蜘蛛表格如何解决传统数据库开发与维护痛点
数据库·人工智能·excel·数据库开发·多维表·多维表格·蜘蛛表格
陆水A11 天前
运输时效预测模型:静态路由时效的计算与验证
大数据·人工智能·算法·spark·数据库开发·etl工程师
麦聪聊数据12 天前
SQL与数据库开发(五):纯 SQL 解决“连续签到”与“用户留存”问题
数据库·sql·数据库开发
2501_9333295513 天前
Infoseek数字公关AI中台技术解析:基于DeepSeek+NLP的全网舆情监测与智能处置系统
人工智能·架构·数据库开发