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)来满足特定需求。此外,确保在生产环境中采取适当的安全措施,如加密和访问控制,以保护你的数据库。

相关推荐
FlashWarrior11 天前
RocksDB rate limiter讲解
c++·数据库开发·数据库架构
老赵的博客15 天前
mysql 学习
数据库开发
zh_1999519 天前
Spark面试精讲(上)
java·大数据·数据仓库·python·spark·数据库开发·数据库架构
在未来等你1 个月前
SQL进阶之旅 Day 13:CTE与递归查询技术
sql·数据分析·数据库开发·sql优化·递归查询·cte
weixin_307779131 个月前
Apache SeaTunnel部署技术详解:模式选择、技巧与最佳实践
大数据·数据库开发·数据库架构
lyh13441 个月前
【Rust 轻松构建轻量级多端桌面应用】
数据库开发
医只鸡腿子1 个月前
8.5 Q1|广州医科大学CHARLS发文 甘油三酯葡萄糖指数累积变化与 0-3期心血管-肾脏-代谢综合征人群中风发生率的相关性
数据库·数据挖掘·数据分析·健康医疗·数据库开发
weixin_307779131 个月前
Apache SeaTunnel 引擎深度解析:原理、技术与高效实践
大数据·flink·spark·数据库开发·etl
darkchink1 个月前
[LevelDB]LevelDB版本管理的黑魔法-为什么能在不锁表的情况下管理数据?
c语言·数据库·c++·oracle·数据库开发·dba·db
医只鸡腿子2 个月前
3.2/Q2,Charls最新文章解读
数据库·数据挖掘·数据分析·深度优先·数据库开发