postgresql搭建主备

1. 要求

1.使用流复制,配置复制槽
2.只有一个备库时不配置同步,多个备库时ANY
3.测试切换

2. 主库设置

postgresql.conf

# WAL参数
# wal_level=replica              # 默认replica
# synchronous_commit=on     # 默认为on。只要不配置synchronous_standby_names,这里不配置off结果都一样。
# full_page_writes=on            # 默认为on,必须为on
wal_compression=on    #默认为off,开启wal压缩
# wal_writer_delay   wal_writer_flush_after 这两参数就用默认值,如果写磁盘过于频繁增加该值

# checkpoint参数
checkpoint_timeout # 默认5min,增加能提高性能但要崩溃后恢复的时间更长。checkpoint对数据库的影响还是挺大的。
checkpoint_completion_target=0.8 # 用上面0.8倍的时间进行checkpoint,平滑I/O

# 归档参数
archive_mode=always  # 默认为off。主备环境要开启,万一WAL没了还能用归档拿。设置为always切换后也不用再设置归档。
archive_command='test ! -f /home/postgres/pg_arch/%f && cp %p /home/postgres/pg_arch/%f'   # 改成实际路径
# archive_timeout    默认不切换,流复制不需要发送wal文件不需要切换
# archive_cleanup_command 主库不会自动清除,备库会自动清除
# restore_command # 在备库上配置时是通过log方式复制,流复制不需要。主库上配置时仅在recovery时有效果。
archive_cleanup_command ='pg_archivecleanup /home/postgres/pg_arch %r' 

# send 配置
# max_wal_senders        # 默认10,够用
# max_replication_slots  # 默认10,够用
wal_keep_segments=64     # 保留1G应该够了吧
track_commit_timestamp=on # 开启保留时间戳功能

# 主库设置
# synchronous_standby_names 不配置,不设置同步,除非有明确需求
# vacuum_defer_cleanup_age 默认为0,立即删除。

pg_hba.conf

host    replication     standby     192.168.0.38  md5

3. 主库创建复制槽、复制用户

create database test;
\c test;
create user replicat_user replication password 'bfd@dev24';
SELECT * FROM pg_create_physical_replication_slot('slot_01');
SELECT slot_name,slot_type,active FROM pg_replication_slots;
create table t1(id int);
insert into t1 values(1),(2),(3);

4. 导出主库

在备库执行,需要有superuser或者replication的权限才行.
用pg_basebackup导过来之后,整个数据目录都导过来了,包括数据文件,因此只需要修改配置文件就行了

pg_basebackup -h abc07 -U replicat_user -D pg_data -X s

5. 备库设置

postgres.conf

Primary_conninfo = 'host=abc07 port=5432 user=replicat_user password=bfd@dev24 '
primary_slot_name = 'slot_01'

pg_hba.conf

host    replication     standby      192.168.0.37  md5

6. 备库创建standby.signal

数据目录下:

touch standby.signal

一定要用启动数据库的用户创建

7. 启动备库

8. 备库创建复制槽、查询数据

同步后replication_user用户也被同步到备库,不需要再创建。

SELECT * FROM pg_create_physical_replication_slot('slot_01');
SELECT slot_name,active FROM pg_replication_slots;
select * from t1;

9. 查看日志

2023-04-28 09:24:02.312 CST [26908] LOG:  started streaming WAL from primary at 0/7000000 on timeline 1

关闭主库后

2023-04-28 09:55:11.791 CST [26908] LOG:  replication terminated by primary server
2023-04-28 09:55:11.791 CST [26908] DETAIL:  End of WAL reached on timeline 1 at 0/80000A0.
2023-04-28 09:55:11.791 CST [26908] FATAL:  could not send end-of-streaming message to primary: no COPY in progress
2023-04-28 09:55:11.791 CST [26903] LOG:  invalid record length at 0/80000A0: wanted 24,got 0
2023-04-28 09:55:11.807 CST [32659] FATAL:  could not connect to the primary server: server closed the connection un
expectedly
                This probably means the server terminated abnormally
                before or while processing the request.
2023-04-28 09:55:16.798 CST [32669] FATAL:  could not connect to the primary server: could not connect to server: Co
nnection refused
                Is the server running on host "abc07" (192.168.0.37) and accepting
                TCP/IP connections on port 5432?

10. 测试切换

https://blog.csdn.net/pg_hgdb/article/details/125264019
不设置promote_trigger_file,使用pg_ctl promote或者pg_promote来提升备库为主库。任务有执行该函数权限的用户都可以执行。

pg_promote(wait boolean DEFAULT true,wait_seconds integer DEFAULT 60)。 当wait为true时直到提升成功或者达到wait_seconds的时间才返回true,当wait为false时,直接返回true。

可以使用以下两种方式:

$ pg_ctl promote    [-D DATADIR] [-W] [-t SECS] [-s]

或者:

postgres=# select pg_promote(true,60);
 pg_promote 
------------
 t
(1 row)

提升后日志显示:

2023-04-28 10:05:35.761 CST [26903] LOG:  received promote request
2023-04-28 10:05:35.761 CST [26903] LOG:  redo done at 0/8000028
2023-04-28 10:05:35.762 CST [26903] LOG:  selected new timeline ID: 2
2023-04-28 10:05:35.882 CST [26903] LOG:  archive recovery complete
2023-04-28 10:05:35.891 CST [26899] LOG:  database system is ready to accept connections

此时数据目录中standby.signal没有了。

11. 同步测试

修改备库配置文件,或者在命令行修改。

Primary_conninfo = 'host=abc07 port=5432 user=replicat_user password=bfd@dev24 application_name=s38'

修改主库配置文件,或者在命令行修改。

synchronous_commit=on
synchronous_standby_names='1 (s38)'

测试关闭备库,然后看主库提交等待情况:

在这里插入图片描述

一直卡住不提交。
从这点看,如果没有监控备库的状态就用同步,会对主库造成致命问题。
所以,要用ANY的策略,ANY能保证至少X个备库同步完成就行,并且尝试同步所有备库。
当仅有一个备库时,不做同步复制,太危险了

12. 监控主备状态

主库上的pg_stat_replication记录了复制信息:
https://www.postgresql.org/docs/12/monitoring-stats.html


postgres=# \x
Expanded display is on.
postgres=# select * from pg_stat_replication;
-[ RECORD 1 ]----+------------------------------
pid              | 19189
usesysid         | 16386
usename          | replicat_user
application_name | s38
client_addr      | 192.168.0.38
client_hostname  | 
client_port      | 12214
backend_start    | 2023-04-28 14:42:16.180019+08
backend_xmin     | 
state            | streaming
sent_lsn         | 0/B0004B8
write_lsn        | 0/B0004B8
flush_lsn        | 0/B0004B8
replay_lsn       | 0/B0004B8
write_lag        | 
flush_lag        | 
replay_lag       | 
sync_priority    | 1
sync_state       | sync
reply_time       | 2023-04-28 15:43:23.142803+08

sent_lsn:发送的WAL日志位置
write_lsn:standby写入到磁盘的WAL的位置。(写到缓冲)
flush_lsn:standby flush到磁盘的WAL的位置。(写到磁盘上)
replay_lsn:已经Apply的WAL的位置
write_lag:主库WAL本地化与standby romote_write(写到缓冲)之间的lag。(同步复制时才有)
flush_lag:主库WAL本地化与standby 写到磁盘之间的lag。(同步复制时才有)
replay_lag: 主库WAL本地化与standby apply之间的lag。(同步复制时才有)

sync_state:
备库的状态,如下:
async:该standy异步复制。不在synchronous_standby_names中的都是异步。
potential:该standy现在是异步复制,但是在同步的standby down的时候有可能成为同步的
sync:该standy同步复制
quorum:备选的standbys。意义不明

reply_time:上次发送的apply的时间

主备的pg_current_wal_lsn()记录了当前的WAL位置。

postgres=# select pg_current_wal_lsn();
 pg_current_wal_lsn 
--------------------
 0/B0004B8
(1 row)

备库的pg_last_wal_receive_lsn()记录了接收位置 :

postgres=# select pg_last_wal_receive_lsn();
 pg_last_wal_receive_lsn 
-------------------------
 0/B0004B8
(1 row)

备库的pg_stat_wal_receiver显示复制信息:

postgres=# \x
Expanded display is on.
postgres=# select * from pg_stat_wal_receiver;
-[ RECORD 1 ]---------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
pid                   | 21791
status                | streaming
receive_start_lsn     | 0/B000000
receive_start_tli     | 1
received_lsn          | 0/B0004B8
received_tli          | 1
last_msg_send_time    | 2023-04-28 17:23:04.078542+08
last_msg_receipt_time | 2023-04-28 17:23:04.111514+08
latest_end_lsn        | 0/B0004B8
latest_end_time       | 2023-04-28 14:42:16.182656+08
slot_name             | slot_01
sender_host           | abc07
sender_port           | 5432
conninfo              | user=replicat_user password=******** dbname=replication host=abc07 port=5432 application_name=s38 fallback_application_name=walreceiver sslmode=disable sslcompression=0 gssencmode=disable krbsrvname=postgres target_session_attrs=any

通过主备的视图能比较准确的判断复制的延迟:
https://www.postgresql.org/docs/12/runtime-config-wal.html#GUC-FULL-PAGE-WRITES

select pid,usename,client_addr,state,pg_wal_lsn_diff(pg_current_wal_lsn(),write_lsn) write_delay,flush_lsn) flush_delay,replay_lsn) replay_dely
from pg_stat_replication;

原文地址:https://blog.csdn.net/ycpriscilla/article/details/131896958

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


文章浏览阅读601次。Oracle的数据导入导出是一项基本的技能,但是对于懂数据库却不熟悉Oracle的同学可能会有一定的障碍。正好在最近的一个项目中碰到了这样一个任务,于是研究了一下Oracle的数据导入导出,在这里跟大家分享一下。......_oracle 迁移方法 对比
文章浏览阅读553次。开头还是介绍一下群,如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题,有需求都可以加群群内有各大数据库行业大咖,CTO,可以解决你的问题。加群请联系 liuaustin3 ,在新加的朋友会分到2群(共700多人左右 1 + 2)。最近我们在使用MYSQL 8 的情况下(8.025)在数据库运行中出现一个问题 参数prefer_order_i..._mysql prefer_ordering_index
文章浏览阅读3.5k次,点赞3次,收藏7次。折腾了两个小时多才成功连上,在这分享一下我的经验,也仅仅是经验分享,有不足的地方欢迎大家在评论区补充交流。_navicat连接opengauss
文章浏览阅读2.7k次。JSON 代表 JavaScript Object Notation。它是一种开放标准格式,将数据组织成中详述的键/值对和数组。_postgresql json
文章浏览阅读2.9k次,点赞2次,收藏6次。navicat 连接postgresql 注:navicat老版本可能报错。1.在springboot中引入我们需要的依赖以及相应版本。用代码生成器生成代码后,即可进行增删改查(略)安装好postgresql 略。更改配置信息(注释中有)_mybatisplus postgresql
文章浏览阅读1.4k次。postgre进阶sql,包含分组排序、JSON解析、修改、删除、更新、强制踢出数据库所有使用用户、连表更新与删除、获取今年第一天、获取近12个月的年月、锁表处理、系统表使用(查询所有表和字段及注释、查询表占用空间)、指定数据库查找模式search_path、postgre备份及还原_pgsql分组取每组第一条
文章浏览阅读3.3k次。上一篇我们学习了日志清理,日志清理虽然解决了日志膨胀的问题,但就无法再恢复检查点之前的一致性状态。因此,我们还需要日志归档,pg的日志归档原理和Oracle类似,不过归档命令需要自己配置。以下代码在postmaster.c除了开启归档外,还需要保证wal_level不能是MINIMAL状态(因为该状态下有些操作不会记录日志)。在db启动时,会同时检查archive_mode和wal_level。以下代码也在postmaster.c(PostmasterMain函数)。......_postgresql archive_mode
文章浏览阅读3k次。系统:ubuntu22.04.3目的:利用向日葵实现windows远程控制ubuntu。_csdn局域网桌面控制ubuntu
文章浏览阅读1.6k次。表分区是解决一些因单表过大引用的性能问题的方式,比如某张表过大就会造成查询变慢,可能分区是一种解决方案。一般建议当单表大小超过内存就可以考虑表分区了。1,继承式分区,分为触发器(trigger)和规则(rule)两种方式触发器的方式1)创建表CREATE TABLE "public"."track_info_trigger_partition" ( "id" serial, "object_type" int2 NOT NULL DEFAULT 0, "object_name..._pg数据表分区的实现
文章浏览阅读3.3k次。物联网平台开源的有几个,就我晓得的有、、thingskit、JetLink、DG-iot(还有其他开源的,欢迎在评论区留言哦!),然后重点分析了下ThingsBoard、ThingsPanel和JetLink,ThingsBoard和Jetlinks是工程师思维产品,可以更多的通过配置去实现开发的目的,ThingsPanel是业务人员思路产品,或者开发或者用,避免了复杂的配置带来的较高学习门槛。ThingsBoard和Jetlinks是Java技术体系的,ThingsPanel是PHP开发的。_jetlinks和thingsboard
文章浏览阅读3.8k次。PostgreSQL 数据类型转换_pgsql数字转字符串
文章浏览阅读7k次,点赞3次,收藏14次。在做数据统计页面时,总会遇到统计某段时间内,每天、每月、每年的数据视图(柱状图、折线图等)。这些统计数据一眼看过去也简单呀,不就是按照时间周期(天、月、年)对统计数据进行分个组就完了嘛?但是会有一个问题,简单的写个sql对周期分组,获取到的统计数据是缺失的,即没有数据的那天,整条记录也都没有了。如下图需求:以当前月份(2023年2月)为起点,往后倒推一年,查询之前一年里每个月的统计数据。可见图中的数据其实是缺少的,这条sql只查询到了有数据的月份(23年的1月、2月,22年的12月)_如何用一条sql查出按年按月按天的汇总
文章浏览阅读3.8k次,点赞66次,收藏51次。PostgreSQL全球开发小组与2022年10月13日,宣布发布PostgreSQL15,这是世界上最先进的开源数据库的最新版本_mysql8 postgresql15
文章浏览阅读1.3k次。上文介绍了磁盘管理器中VFD的实现原理,本篇将从上层角度讲解磁盘管理器的工作细节。_smgrrelationdata
文章浏览阅读1.1k次。PostgreSQL设置中文语言界面和局域网访问_postgressql汉化
文章浏览阅读4.2k次。PostgreSQL 修改数据存储路径_如何设置postgresql 数据目录
文章浏览阅读4.7k次。在项目中用到了多数据源,在连接postgres数据库时,项目启动报错,说数据库连接错误,说dual不存在,网上好多教程都是说数据库查询的时候的大小写问题,而这个仅仅是连接,咋鞥却处理方法是修改application-dev.yml中的配置文件.项目中的druid参数是这样的:确实在配置文件中有个查询语句。_relation "dual" does not exist
文章浏览阅读4.9k次。PostgreSQL是一款强大的关系型数据库,但在实际使用过程中,许多用户经常会遇到慢SQL的问题。这些问题不仅会降低数据库性能,还会直接影响业务流程和用户体验。因此,本文将会深入分析PostgreSQL慢SQL的原因和优化方案,帮助用户更好地利用这个优秀的数据库系统。无论你是初学者还是专业开发者,本文都将为你提供实用的技巧和方法,让你的PostgreSQL数据库始终保持高效快速。_postgresql数据库优化
文章浏览阅读1.6k次。Linux配置postgresql开机自启_linux 启动pgsql
文章浏览阅读2k次。本篇介绍如何在centos7系统搭建一个postgresql主备集群实现最近的HA(高可用)架构。后续更高级的HA模式都是基于这个最基本的主备搭建。_postgresql主备