小心，从库挂了/慢/卡顿也会影响业务！
digoal约 5 分钟文中参考文档点击 阅读原文 打开, 同时推荐2个学习环境:
1、懒人Docker镜像, 已打包200+插件: 《最好的PostgreSQL学习镜像 》
2、有web浏览器就能用的云起实验室: 《免费体验PolarDB开源数据库 》 3、PolarDB开源数据库内核、最佳实践等学习图谱: https://www.aliyun.com/database/openpolardb/activity 关注公众号, 持续发布PostgreSQL、PolarDB、DuckDB等相关文章.第44期吐槽:PG 同步复制不支持自动升降级
1、产品的问题点-
• PG 同步复制不支持自动升降级
-
• PG 支持多种事务提交级别 (synchronous_commit):
-
• off: 本地wal buffer io完成(异步, 未持久化)
-
• local: 本地wal持久化
-
• write: wal多副本: 远程wal buffer io完成
-
• on: wal多副本: 远程wal持久化
-
• replay: wal多副本: 远程wal恢复完成
https://www.postgresql.org/docs/14/runtime-config-replication.html#RUNTIME-CONFIG-REPLICATION-PRIMARY
synchronous_commit = local, remote_write, remote_apply, on, off
synchronous_standby_names =
[FIRST] num_sync ( standby_name [, ...] )
ANY num_sync ( standby_name [, ...] )
standby_name [, ...] -
• 使用PG 流复制作为高可用搭建基础, 并且开启了同步复制模式的场景.
-
• 如果用户的事务选择了wal多副本模式(
synchronous_commit = remote_write, remote_apply, on), 并且远程节点一直未响应(或者响应的节点数未凑够副本数), commit/rollback将在队列中死等, 客户端收不到事务结束信号, 导致事务commit/rollback时出现hang的现象.
-
• 方法1: 主动cancel等待, 客户端会收到一个warning信息, 表示事务可能没有同步到远程节点
-
• 方法2: 管理员修改PG的事务提交模式设置, 同时发信号给等待中的事务, 降级为异步提交. 参考github.com/digoal/blog 如下文章
- • 《PostgreSQL 如何让心跳永远不死，支持半同步自动同步、异步升降级 - udf 心跳》
- • 《PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）》
-
• 管理更加复杂
-
• 改成异步模式后, 当在丢失的节点再次加入流复制节点之后, 需要再改回同步复制
-
• 人为的介入时间周期长, 响应不及时, 高峰期的抖动及其可能引起业务雪崩.
-
• 内核层支持同步模式自动升级、降级 (半同步, 自动升级, 自动降级)
-
• 目前RDS PG支持, 并且阿里云PolarDB PG基于共享存储的版本已经开源, 规避了数据库流复制多副本机制带来的问题.
往期吐槽文章：
3 为什么增加只读实例不能提高单条SQL的执行速度?
4 德哥邀你鞭策数据库第4期-逻辑日志居然只有全局开关
5 第5期吐槽:经常OOM?吃内存元凶找到了:元数据缓存居然不能共享
6 第6期吐槽:2024了还没用上DIO，不浪费内存才怪呢！
7 第7期吐槽:今年才等来slot failover，附上海DBA招聘信息
8 第8期吐槽:高并发短连接性能怎么这么差?
9 第9期鞭策:“最先进”的开源数据库上万连接就扛不动了,怪研发咯?
10 第10期吐槽:说删库跑路的都是骗子,千万别信,他们有的宝贝你可能没有!
11 第11期吐槽:关闭FPW来提升性能,你想过后果吗! 本期彩蛋-老板提出变态的要求,你会答应吗?
12 第12期吐槽:SQL执行计划不对？能好就见鬼了！优化器还在用几十年前的参数模板,环境自适应能力几乎为零
13 第13期吐槽:十个中年人有九个发福的，数据库用久了也会变胖！这一期吐槽PG膨胀收缩之痛，tom lane啊您为啥不根治膨胀呢？
14 吐槽(鞭策)PG以来我掉了“一半流量”!老外听不得忠言逆耳吗? (本期抽奖-掌上游戏机)
15 第15期吐槽:没有全局临时表,除了难受还有哪些潜在危害？
16 空缺,因为这一期的吐槽PG社区已经落实了.
17 第17期吐槽:被DDL坑过的人不计其数！严重时引起雪崩，危害仅次于删库跑路！PG官方不支持online DDL确实后患无穷
18 第18期吐槽:都走索引了为什么还要回表访问?原来是索引里缺少了“灵魂” 19 第19期吐槽:从DuckDB导入到PG后膨胀了5倍，把存储销售乐坏了！什么情况? 20 第20期吐槽:PG17新版本这么香，为什么不升级呢？居然是因为这个
21 第21期吐槽:90%的性能抖动是缺少这个功能造成的！也是DBA害怕开发去线上跑SQL的魔咒
22 第22期吐槽:DB容灾节点延迟了，网络带宽瓶颈？用CPU换啊！该“魔法”PG还不支持！
25 第25期吐槽:PG的物理Standby无法Partial导致单元化架构/SaaS使用不灵活
99 第99期吐槽:SQL hang住锁阻塞性能暴跌!抓不到捣蛋SQL的DBA很尴尬。
26 第26期吐槽:开发者使用PG的第1件事-配置访问控制策略，体验有待加强
27 第27期吐槽:block size既大又小！谁把成年人惯成这样的？
28 想撼动Oracle，PG系国产你还不配！吐槽你连最基本的空间分配都没做好
29 吐槽PG表空间搞得跟"玩具"一样，全靠ZFS来凑
30 快改密码！你的PG密码可能已经泄露了 31 注意别踩坑！PG大表又发现一处隐患 100 直播+吐槽: 看看你的PG有没有被注水? 聊聊孤儿文件 32 第32期吐槽: PG大表激怒架构师，分区后居然不能创建唯一约束？ 33 有奖谜题：PG里100%会爆的定时炸弹是什么？ 34 第34期吐槽:PG做SaaS/DBaaS？隔墙有耳。（本期彩蛋PG岗位招聘） 35 "富人"的烦恼 36 PG商业上失败的重要原因之一 38 猪怕过年，DBA怕什么？ 39 连老司机都不敢随便刷新PG的物化视图 40 老板问你数据库在“瞎忙”还是“真忙”？怎么回答？ 41 第41期吐槽:无法预测大查询剩余执行时间 42 第42期吐槽:PG 读写分离不友好 43 第43期吐槽:PG GIN倒排索引启动和recheck代价高
本期彩蛋-招商中,有需要的小伙伴可联系嵌入...
文章中的参考文档请点击 阅读原文 获得.
欢迎关注我的github (https://github.com/digoal/blog) , 学习数据库不迷路. 近期正在写公开课材料, 未来将通过视频号推出, 欢迎关注视频号: