Postgresql 关于级联hot-standby

PostgreSQL级联Hot-Standby配置
最新推荐文章于 2024-12-11 11:20:28 发布
转载 最新推荐文章于 2024-12-11 11:20:28 发布 · 407 阅读 · 0
文章标签：

#数据库

本文介绍PostgreSQL中级联hot-standby的配置方法，包括primary_conninfo和primary_slot_name参数的设置。此外，还介绍了如何通过SQL语句创建物理复制槽（slot），这对于维护和设置hot-standby非常重要。

Postgresql 关于级联hot-standby

级联standby与非级联的standby并没有太多不同；配置只要注意primary_conninfo和primary_slot_name参数；

         primary_slot_name参数可以查看hot_standby的pg_replication_slots视图；如果没有可用的slot，则可以通过     Select pg_create_physical_replication_slot(‘slot_name’)操作创建；

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16976507/viewspace-2133415/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/16976507/viewspace-2133415/

cuiyu3003
关注
PostgreSQL：逻辑复制与物理复制
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
04-12 2393
PostgreSQL的复制体系就像生物进化的活化石，记录着数据同步技术从简单镜像到智能分发的演化轨迹。在物理复制的确定性世界与逻辑复制的概率宇宙之间，我们看到了数据库技术应对不同场景的智慧平衡。随着PostgreSQL 16引入的逻辑复制并行应用（max_logical_replication_workers）和双向逻辑复制实验特性，这场复制革命正开启新的篇章。掌握这些技术，就如同获得在数据洪流中冲浪的智慧桨板，助您在数字时代的浪潮中破浪前行。
Postgresql 之备库
weixin_38319894的博客
07-29 1388
standby，备库
postgreSQL-级联复制
m0_71902491的博客
05-10 732
PostgreSQL 支持备库既可以接收主库发送的 wal，也支持将 wal 发送给其他备库，这一特性称为级联复制。级联复制的主要作用是降低主库压力。级联复制一个典型应用场景为一主两备，其中一个备库和主库同机房部署以实现本地高可用，另一个备库跨机房部署以实现异地容灾。
PostgreSQL存储过程——实现级联字段自由组合
共同见证AI，未来一起成长
09-08 473
一、效果展示 select cascadeselect('北京市,西城区,西直门', '1,3'); 北京市,西直门 二、需求说明 针对级联型字段使用的函数，函数中可以截取多级，参数的数量可变，截取选中的级别，截取之后进行拼接。如：CASCADESELECT(级联字段,'2,3')，将级联字段截取出第二级和第三级，再最后拼接起来。 【页面说明】 用法：CASCADESELECT(级联字段，'参数1，参数2，…'） 说明：支持对级联字段的每级进行截取，级联字...
postgresql-9.3.0级联复制搭建及简单配置
weixin_34161032的博客
10-31 703
postgresql-9.3级联复制环境系统 debian-6.0.4数据库：postgresql-9.3.0master：172.16.2.151standby1：172.16.2.152standby2:172.16.2.159其中master和standby1已经做过流复制，现在测试standby1和standby2之间的级联复制####################...
PostgreSQL如何搭建级联备库及备库升级主库
qq_34254018的博客
12-11 659
PostgreSQL如何搭建级联备库及备库升级主库
Postgresql Repmgr 级联复制 及 PostgreSQL 故障转移
sql server的专栏
08-12 1175
PostgreSQL 使用repmgr 进行主从数据的Clone是可以进行级联复制的，使用过MYSQL的同学可能会觉得，没有什么了不起，MYSQL 多少级的级联复制都可以。但Postgr...
PostgreSQL集群管理—repmgr
PostgreSQL China
10-13 832
作者：杭州美创科技有限公司 repmgr是一个开源工具套件，用于管理PostgreSQL服务器集群中的复制和故障转移。它通过设置备用服务器、监控复制和执行管理任务（例如故障转移或手动切换操作）的工具增强了PostgreSQL的内置热备用功能。 PostgreSQL在9.0后引入了流复制架构，并且支持hot standby特性，并且在往后的几个版本中不断完善和增强流复制架构，repmgr为PostgreSQL的流复制机制提供了高级支持，因为它们是在9.0中引入的。当前的repmgr系列，repmgr 5，支持
PostgreSQL高可用套件repmgr+pgpool
PostgreSQL China
08-12 1392
作者：徐田原 一、背景概述 关于PosgreSQL高可用管理套件，PG生态圈提供许多人气比较高的开源高可用和故障转移工具，比如Patroni、Repmgr、PAF、Stolon等。下面重点给大家推荐关于repmgr这款精简易用的流复制工具。个人觉得，repmgr与声名远扬的ORACLE ADG逻辑复制工具非常类似。它的功能强大，安装和配置简单，有很强的可操控性。下面也会介绍两种异构数据库不用的复制方式的工具。 repmgr是一个2ndQuadrant开发的一款复制的开源工具套件，用于管理PostgreSQL
常用sql集锦(级联添加更新)
weixin_43826336的博客
09-30 1685
级联跟新数据（根据a表更新b表数据） -- pgsql写法 update td_book_ranking_month_summary（用别名报错） set book_author = b.book_author from td_book b where td_book_ranking_month_summary.book_id = b.book_id ...
postgresql11 主从配置详解
王威振的博客
11-25 2501
postgresql11 主从配置详解
pg数据库多表查询（inner）和级联查询
热门推荐
zeternityyt的博客
03-11 1万+
一、数据库的多表连接查询，inner的不同用法在pg数据库中建立两张表：t_a和t_b如下所示：t_a：t_b：1、inner join(内连接)inner join就是根据on字段标示出来的条件，查询关联的表中符合条件的数据，并把他前部都显示出来，形成一个结果集。执行如下语句：select * from t_a inner join t_b on t_a.adi=t_b.bid得到的结果为：这样...
Postgresql -Standby数据库的搭建
weixin_55990817的博客
08-27 1094
数据库服务器通常允许存在一个与主库同步的在线备数据库服务器，当主数据库服务器出现故障，备数据服务器就可以快速提升为主服务器并提供服务。 Postgresql 中提供读写全功能的数据成为Primary database 或 master database。 warm stanby server ：备份数据库在主从同步数据时不能提供只读服务 hot stanby server ：备份数据库在主从同步数据时能提供只读服务 原理 pg_xlog 目录中始终维护这一个WAL 日志文件，这个日志文件作用在于记录数据
同一台服务器下postgresql主从数据库配置
A_ccelerator的博客
04-16 1022
昨天写了一篇window下基于两台服务器配置postgresql主从数据库的说明（基于windows平台的postgresql主从数据库配置），但考虑到不是所有人都有两台服务器可以使用，因此今天会介绍下在同一台windows服务器下配置postgresql主从数据库的步骤。 重点之处： pg_ctl start -D "D:\Program Files\PostgreSQL\10\da...
POSTGRESQL HOT_STANDBY流复制环境搭建
rudy gao
10-13 1095
--传统的搭建流复制备库步骤为以下:   1    select pg_start_backup();  2    复制数据文件;  3    select pg_stop_backup(); --而 pg_basebackup 则省略以上步骤，一步搞定 --主库上操作  --创建复制用户 CREATE USER repuser REPLICA
PostgreSQL HOT_STANDBY_FEEDBACK
weixin_34161029的博客
11-20 748
使用 PostgreSQL 流复制搭建备库时，可以为备库指定一个参数 hot_standby_feedback，本文介绍引入该参数的原因以及它的工作原理。 VACUUM PostgreSQL 中的数据是用堆表组织的，为支持 MVCC（Multi-Version Concurrency Control），堆表中通过链表的形式存储了元组（tuple）的多个版...
postgreSQL的外键级联删除
weixin_40910372的博客
10-23 6826
背景描述： 最近在做一个新的项目，其中的order模块，有一个order_records表和order_logs表，order_records表中的id是order_logs表的外键。 我们有一个功能是删除order_records表中的数据，并删除关联的order_logs表中的数据。 问题描述： 然而我们再测试环境测得是正常的，在生产上就不行啦。 问题分析： 代码都是一样的，为啥生...
postgres查看外键的关联关系
安善良民弱女子的博客
04-05 4245
查看city这张表的外键关联关系SELECT tc.constraint_name, tc.table_name, kcu.column_name, ccu.table_name AS foreign_table_name, ccu.column_name AS foreign_column_name, tc.is_deferrable,tc.initial
postgres-checkup的Standby feedbacks 具体是指什么
最新发布
06-06
<think>嗯，用户这次的问题是关于postgres-checkup中standbyfeedbacks的具体含义，特别强调要和SPOFs、数据中心配置及流量处理关联起来。用户显然是个技术人员，可能正在做PostgreSQL集群的架构设计或故障排查。从用户追问的术语关联性来看，ta应该已经理解standbyfeedbacks的基础概念，现在更关注的是实际运维中的连锁反应。尤其是提到“流量”这个关键词，暗示可能遇到过复制延迟导致的业务问题。结合上次讨论的HA方案，用户或许在评估数据中心的容灾能力。standbyfeedbacks的核心矛盾点在于：它解决了长事务导致的复制冲突，但代价是增大主库负载和存储压力。需要分三层解释：1原理层：反馈机制如何触发、传输和处理2资源层：反馈信息对主库I/O和网络流量的具体影响3架构层：在跨数据中心部署时，延时如何放大这个问题特别要注意用户提到的SPOFs。虽然standby本身提升可用性，但实施不当的feedback机制反而会成为新单点——比如当主库被大量standback反馈拖慢时。这正好解释为什么检查工具会专门监控这个参数。数据中心方面，反馈信息穿越WAN的延迟可能让冲突检测失效，需要补充华为云那个案例的具体延迟阈值。流量部分则应强调反馈数据的突发特性，它不像常规复制流那样平稳。</think> `postgres-checkup`中的 **"Standby Feedbacks"** 是PostgreSQL高可用架构中防止事务冲突的关键机制，与SPOFs（单点故障）、数据中心配置及流量处理密切相关。以下是具体解析： --- ### **1. Standby Feedbacks 的核心含义** - **作用机制** PostgreSQL备库通过 `hot_standby_feedback = on` 向主库定期发送 **"反馈信息"**，内容包括： - 备库当前的事务ID（xmin） - 备库的最小活跃事务ID（catalog_xmin） 主库据此**延迟清理旧版本数据**，避免因过早清理导致备库查询冲突（如`ERROR: canceling statement due to conflict with recovery`）[^1]。 - **本质目的** 协调主备的数据一致性，确保备库长事务不被意外中断，**提升集群稳定性**。 --- ### **2. 与 SPOFs（单点故障）的关联** - **SPOFs风险场景** 若备库未开启 `hot_standby_feedback`： - 主库激进清理旧数据 → 备库查询冲突 → 业务中断 - 单点风险：**备库失效迫使业务流量回切主库**，主库负载骤增可能触发级联故障。 - **Feedbacks如何缓解SPOFs** 通过减少备库查询冲突，确保备库**持续可用**，在主库故障时快速接管流量，避免单点崩溃。 --- ### **3. 数据中心配置的影响** #### **(1) 跨数据中心部署** - **网络延迟问题** 反馈信号传输延迟 → 主库清理时机滞后 → **主库表膨胀风险**（大量死元组堆积）。 - **解决方案** ```sql ALTER SYSTEM SET hot_standby_feedback = on; ALTER SYSTEM SET vacuum_defer_cleanup_age = 1000000; -- 延迟清理的额外保护 ``` 调整参数平衡数据一致性与存储开销。 #### **(2) 同步复制配置** 若启用同步复制（`synchronous_commit = on`）： - 主库需等待备库反馈 → 事务提交延迟增加 - Feedbacks进一步占用网络带宽，**放大流量延迟**。 --- ### **4. 流量处理的影响** - **主库写入负载** Feedbacks要求主库保留更多数据版本 → **`VACUUM`进程负担加重**（CPU/IO消耗上升）。 - **网络流量特征** | 流量类型 | 方向 | 影响 | |----------------|--------------|-----------------------| | 主→备复制流 | 出向带宽 | 基础数据同步 | | 备→主反馈信号 | 入向带宽 | 低频率但需稳定低延迟 | **跨数据中心场景**中，反馈信号延迟可能导致主库积压写入。 --- ### **5. 监控与优化建议** #### **(1) `postgres-checkup`的监控项** 检查工具会报告： - `hot_standby_feedback`是否开启 - 备库冲突发生率（`conflicts`计数器） - 主库表膨胀指数（`pg_stat_all_tables.n_dead_tup`） #### **(2) 关键优化策略** - **备库冲突阈值预警** ```sql SELECT datname, confl_tablespace, confl_lock FROM pg_stat_database_conflicts; ``` - **控制主库膨胀** 对频繁更新的大表，独立设置 `autovacuum_vacuum_scale_factor`： ```sql ALTER TABLE large_table SET (autovacuum_vacuum_scale_factor = 0.01); ``` - **网络隔离** 主备间部署**专属网络通道**，优先传输反馈信号与复制流。 --- ### **结论** Standby Feedbacks是双刃剑： ✅ **优势**：解决备库查询冲突，提升HA可靠性（对抗SPOFs）。 ⚠️ **代价**：主库存储/计算开销上升，跨数据中心时可能放大延迟问题。 **最佳实践**：启用反馈机制，并通过`vacuum_defer_cleanup_age`、网络优化、精细化监控缓解副作用[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值