32图层 2 PIGSTY
32图层 2 PIGSTY
文档 扩展目录 扩展是 PostgreSQL 的灵魂所在，Pigsty 制作、打包、收录并整合了 562 个 PG 生态扩展，供用户开箱即用。 博客 收录了与 Pigsty、云计算、数据库、AI/Agent 领域有关的文章，以及关于 PostgreSQL 开发、管理、内核原理的笔记 patroni 文档 Patroni PostgreSQL 高可用模板，v4.1.4 中文文档 pgbackrest 文档 可靠的 PostgreSQL 备份与恢复工具 —— pgBackRest 文档与参考手册。 pgbouncer 文档 PgBouncer —— PostgreSQL 轻量级连接池，v1.25 中文文档
    • 精选
      • Pigsty v4.0，进入 AI 时代
      • OpenAI: 将 PG 伸缩至新阶段
      • 企业级 Supabase 自建指南
      • Postgres 正在吞噬数据库世界
      • 专栏：PGSQL 大法师
      • 专栏：数据库老司机
      • 专栏：云计算泥石流
    • Pigsty
      • Pigsty v4.3 510扩展与Ubuntu26
      • Pigsty v4.2 12内核齐开花
      • 天下武功，唯快不破
      • Pigsty v4.0 发布注记
      • Pigsty v3.7 发布注记
      • Pigsty v3.6 发布注记
      • Pigsty v3.5 发布注记
      • Pigsty v3.4 发布注记
      • Pigsty v3.3 发布注记
      • Pigsty v3.2 发布注记
      • Pigsty v3.1 发布注记
      • Pigsty v3.0 发布注记
      • Pigsty v2.7 发布注记
      • Pigsty v2.6 发布注记
      • Pigsty v2.5 发布注记
      • Pigsty v2.4 发布注记
      • Pigsty v2.3 发布注记
      • Pigsty v2.2 发布注记
      • Pigsty v2.1 发布注记
      • Pigsty v2.0 发布注记
      • Pigsty v1.5 发布注记
      • Pigsty v1.4 发布注记
      • Pigsty v1.3 发布注记
      • Pigsty v1.2 发布注记
      • Pigsty v1.1 发布注记
      • Pigsty v1.0 发布注记
      • Pigsty v0.9 发布注记
      • Pigsty v0.8 发布注记
      • Pigsty v0.7 发布注记
      • Pigsty v0.6 发布注记
      • Pigsty v0.5 发布注记
      • Pigsty v0.4 发布注记
      • Pigsty v0.3 发布注记
    • PostgreSQL
      • PostgreSQL 三十岁生日快乐
      • 瞬间克隆 PostgreSQL 数据库，无需黑魔法
      • 什么是 PostgreSQL 发行版？
      • 人人可用的 PG 扩展
      • PGConf.Dev 2026 今天在温哥华开幕
      • pgBackRest 续命战与开源世界的逼定价
      • 顶级开源备份工具 pgBackRest 停止维护
      • 504 个扩展，PostgreSQL 生态的天花板在哪？
      • PostgreSQL vs MySQL 2026
      • PG 五大版本中文文档已就绪，欢迎查阅！
      • PostgreSQL 官网中文版：pg.center
      • PG 扩展百科全书：中英双语，开箱即用
      • 一天翻译完 PG 生态三大件文档
      • Oracle 兼容的 PG 真的有用吗？
      • 号外：暂缓 PG 最新小版本安装与升级
      • 从 AGPL 到 Apache：Pigsty 协议变更的思考
      • OpenAI：一套 PG 支持8亿 ChatGPT 用户
      • PostgreSQL 高可用到底怎么做？
      • Git for Data：瞬间克隆 PG 数据库
      • 为什么 PG 将主宰 AI 时代的数据库
      • 立足中国，面向全球的 PostgreSQL 发行版
      • PG 扩展云：解锁 PG 生态的全部潜力
      • 从 PG“断供”看软件供应链中的信任问题
      • Postgres 大法师
      • PostgreSQL 主宰数据库世界，而谁来吞噬 PG？
      • SO2025 调研：PostgreSQL 已经主宰数据库世界
      • 卡脖子：PGDG 切断镜像站同步通道
      • PGEXT.DAY：扩展日不见不散
      • OrioleDB：云原生无膨胀版 PG
      • OpenHalo：MySQL 兼容的 PG 内核
      • PGFS：将数据库作为文件系统
      • PostgreSQL 生态前沿进展
      • 小猪骑大象：PG 包管理神器 Pig
      • 发布当日叫停：PG 也躲不过大翻车
      • PG12 过保，PG17 上位
      • PostgreSQL 神功大成！
      • PostgreSQL 规约（2024版）
      • PG17 发布：摊牌了，我不装了！
      • PG 可以替代 MSSQL 吗？
      • 得 DuckDB 者得 OLAP 天下
      • SO 2024：PostgreSQL 已经杀疯了
      • 使用 Pigsty 自建 Dify：AI 工作流平台
      • PGCon.Dev 2024 参会记
      • PostgreSQL 17 beta1 发布！
      • 为什么 PG 是未来数据的基石？
      • PostgreSQL 会修改开源许可证吗？
      • PostgreSQL 正在吞噬数据库世界
      • 技术极简主义：一切皆用 Postgres
      • PG 生态新玩家：ParadeDB
      • 令人惊叹的 PostgreSQL 可伸缩性
      • PostgreSQL 荣获2024年度数据库之王！（第五次）
      • 展望 PostgreSQL 的2024
      • PG 查询优化：观宏之道
      • FerretDB：假扮成 MongoDB 的 PG
      • 如何用 pg_filedump 抢救数据？
      • 向量是新的 JSON
      • PostgreSQL：最成功的数据库
      • AI 大模型与 PGVector
      • PostgreSQL 到底有多强？
      • 为什么 PG 是最成功的数据库？
      • 开箱即用的 PG 发行版：Pigsty
      • 为什么 PostgreSQL 前途无量？
      • PG 中的本地化排序规则
      • 高级模糊查询的实现
      • PG 复制标识详解
      • PostgreSQL 逻辑复制详解
      • PG 慢查询诊断方法论
      • 故障档案：NTP/Patroni
      • 在线修改主键列类型
      • 黄金监控指标：错误延迟吞吐饱和
      • 数据库管理实体与命名规范
      • PostgreSQL 的 KPI
      • 在线修改 PG 字段类型
      • 前后端通信线缆协议
      • 事务隔离等级注意事项
      • 故障：扩展导致拒绝连接
      • CDC 变更数据捕获机理
      • PostgreSQL 中的锁
      • GIN 搜索的 O(n²)复杂度
      • 常见复制拓扑方案
      • 温备：使用 pg_receivewal
      • 故障档案：连接池污染
      • 故障档案：数据页损坏
      • 关系膨胀的监控与治理
      • PipelineDB 快速上手
      • TimescaleDB 快速上手
      • 故障档案：XID 回卷
      • 故障档案：序列号溢出
      • GeoIP 地理逆查询优化
      • 触发器使用注意事项
      • PostgreSQL 开发规约（2018版）
      • PostgreSQL 好处都有啥
      • KNN 极致优化：GIS 圈选
      • 行政区划查询：GIS 点找面
      • 监控 PG 中的表大小
      • PgAdmin 安装配置
      • 故障档案：快慢不匀雪崩
      • Bash 与 psql 小技巧
      • Distinct On 去除重复数据
      • 函数易变性等级分类
      • 用 Exclude 实现互斥约束
      • PgSQL 例行维护任务
      • 备份恢复手段概览
      • PgBackRest2 中文文档
      • Pgbouncer 快速上手
      • PG 服务器日志常规配置
      • 不停机迁移数据基本原理
      • 使用 FIO 测试磁盘性能
      • 使用 sysbench 测试性能
      • 找出没用过的索引
      • 批量配置 SSH 免密登录
      • Wireshark 抓包分析协议
      • FileFDW 用例：读取 OS 信息
      • Linux 常用统计 CLI 工具
      • 源码编译安装 PostGIS
      • Go 数据库教程：database/sql
      • GO 与 PG 实现缓存同步
      • 用触发器审计数据变化
      • SQL 实现 ItemCF 推荐系统
      • UUID 性质原理与应用
      • MongoFDW 安装部署
    • 云计算
      • 阿里云 DNS 解析用1 QPS限速让我搬去了 Cloudflare
      • 闲鱼，千问，支付宝：平台信任“赋能”诈骗
      • 数据主权宣言
      • 你的 SaaS，别人的开关
      • 阿里云 PostgreSQL 灵魂人物德哥离职
      • 当 AI 获得瘫痪一座城市交通的权力
      • OpenClaw 小龙虾翻车：不测就发的后果
      • 美团删除用户相册照片：权限失控比隐私泄露更严重
      • 腾讯云替龙虾之父“减负” 180GB
      • 阿里千问巨震，灵魂人物离场
      • Claude 全球大宕机复盘：导弹还是成功税？
      • 无人机炸了三个AWS可用区：云计算进入战争时代
      • 隐私换便利？云上 AI 助理意味着什么？
      • 小红书究竟有没有下云？
      • 支付宝淘宝闲鱼崩了？又是消息队列的锅？
      • Cloudflare 11-18 故障复盘报告
      • 阿里云“借鉴”Supabase：开源与云的灰色地带
      • AWS 故障官方复盘报告
      • 一次 AWS DNS 故障如何级联瘫痪半个互联网
      • 云计算泥石流
      • KubeSphere：开源断供背后的信任危机
      • 阿里云 rds_duckdb：致敬还是抄袭？
      • 花钱买罪受的大冤种：逃离云计算妙瓦底
      • OpenAI 全球宕机复盘：K8S 循环依赖
      • WordPress 社区内战：论共同体划界问题
      • 云数据库：用米其林的价格，吃预制菜大锅饭
      • 阿里云：高可用容灾神话破灭
      • 草台班子唱大戏，阿里云 PG 翻车记
      • 我们能从网易云音乐故障中学到什么？
      • 蓝屏星期五：甲乙双方都是草台班子
      • Ahrefs 不上云，省下四亿美元
      • Google 云删库：UniSuper
      • 打爆云账单，只需要 S3 桶名
      • Cloudflare 圆桌访谈与问答录
      • 我们能从腾讯云大故障中学到什么?
      • 吊打公有云的赛博佛祖 Cloudflare
      • 罗永浩救不了牙膏云？
      • 剖析阿里云服务器算力成本
      • DBA 会被云淘汰吗？
      • 云下高可用秘诀：拒绝复杂度自慰
      • 扒皮云对象存储：从降本到杀猪
      • 半年下云省千万，DHH 下云 FAQ
      • 从降本增笑到真的降本增效
      • 重新拿回计算机硬件的红利
      • 阿里云史诗级故障非官方复盘
      • 薅阿里云羊毛，打造数字家园
      • 云计算泥石流：用数据解构公有云
      • DHH：下云省下千万美元，比预想的还要多！
      • 下云奥德赛：该放弃云计算了吗？
      • FinOps 终点是下云
      • 云计算为啥还没挖沙子赚钱？
      • 云 SLA 是不是安慰剂？
      • 云盘是不是杀猪盘？
      • 垃圾腾讯云 CDN：从入门到放弃？
      • 驳《再论为什么你不应该招 DBA》
      • 范式转移：从云到本地优先
      • 云数据库是不是智商税
      • DBA 还是一份好工作吗？
      • 云 RDS：从删库到跑路
    • AI
      • 相爱相杀五十年：文件系统、数据库，与 Agent 时代的存储终局
      • 务必抓住 Coding Plan 窗口期红利
      • 开源的业力：当代码一文不值，信用从哪里来
      • 认知的价格革命：AI 对经济与未来的影响
      • 小脑：智能的另一半，最强的 AI 还没碰到
      • 退订 Claude，拥抱 Codex
      • 让 AI 证明「吃大蒜能防中耳炎」
      • AI正在让信任的脚手架塌陷
      • 给 DBA Agent 以身体
      • 这几天的新东西可真不少
      • 三分天下：为什么Agent Memory框架是死路
      • 两个半球：Transformer、Diffusion 与智能的边界
      • 赛博经藏：古老问题的工程新解
      • 一天烧几亿 Token，然后呢？
      • AI 时代，PostgreSQL 凭什么赢了？
      • AGI 已经来了，但你有船票吗？
      • 专家能被蒸馏吗？
      • 本地 AI 的关键时刻：2027
      • 是的，我用 AI 写文章
      • 大模型有情绪：Claude 内部发现可干预的“情绪向量”
      • 好消息！Claude Code 又双叒叕开源了！
      • 智能的本质：最小自由能原理
      • Vibe Coding 应当翻译为“写意编程”
      • AI 时代生存指南：最大的红利在哪里？
      • AI 说：我有智慧，但没有人生
      • OpenClaw小龙虾炒作：生产力革命上的浮沫
      • 2028 全球智能危机
      • 一个人春节，能用 AI 干多少事？
    • 数据库
      • MySQL 9.7：还是那碗冷饭
      • 续命 MinIO：承诺兑现
      • 把 Agent 的状态放进数据库
      • 360安全龙虾，把自己的泛域名私钥打进了安装包
      • 一场辩论之后，认真聊聊“本体论”
      • InsForge：为 Vibe Coding 而生的 Supabase
      • 用 AI 当由头裁了4000人，但程序员的需求涨了11%
      • Palantir 的“本体论”骗局
      • 重新设计数据密集型应用
      • 从麦克卢汉的视角看 AI：当媒介不再延伸人体，而是延伸人脑
      • 新年，聊聊 AI 将带来的变化
      • DDIA 第二版翻完了：一个跨越八年的 AI 寓言
      • MinIO 已死，MinIO 复生
      • 写代码一文不值的时代，什么才值钱？
      • Agent 的护城河：强龙不压地头蛇
      • AI 撕掉了软件的皮
      • AI 时代，新程序员将何去何从？
      • 软件世界大熔断：当翻译层被压扁
      • AI Agent 的操作系统时刻
      • Claude Code 可观测性怎么做？
      • Andy Pavlo：2025 数据库世界年度总结
      • Claude Code 免翻上手教程
      • 2025 年度数据库世界总结
      • Agent 需要什么样的数据库？
      • MySQL 与白酒：互联网行业的服从测试
      • Victoria 可观测性全家桶来了
      • MinIO 已死，谁能接盘？
      • MinIO 已死
      • 当答案唾手可得，问题成为新货币
      • 聊聊开源软件供应链信任问题
      • 不要在生产环境用 Docker 跑 PG
      • DDIA 第二版中文翻译
      • 数据库老司机
      • 懂车帝暴打智驾，懂库帝在哪里
      • Google AI 工具箱：生产级数据库 MCP 来了？
      • AI 时代的数据库与 DBA 将何去何从
      • 别争了，AI 时代数据库已经尘埃落定
      • 开放数据标准：Postgres，OTel，与 Iceberg
      • 小数据的失落十年：分布式分析的错付
      • OpenAI：将 PostgreSQL 伸缩至新阶段
      • Etcd 坑了多少公司？
      • AI 时代，软件从数据库开始
      • MySQL vs PostgreSQL @ 2025
      • 数据库火星撞地球：当 PG 爱上 DuckDB
      • 对比 Oracle 与 PostgreSQL 事务系统
      • 数据库即业务架构
      • 七周七数据库（2025年）
      • 使用一条 SQL 计算扑克24点
      • Supabase 自建指南
      • 面向未来数据库的现代硬件
      • MySQL 还能赶上 PG 吗？
      • 开源暴君 Linus 清君侧
      • 先优化 BIO 核，再优化 CPU 核
      • MongoDB 没有未来
      • MongoDB 现由 PGSQL 驱动
      • 瑞士强制政府软件开源
      • MySQL 安魂九霄，PostgreSQL 驶向云外
      • CVE-2024-6387 SSH 漏洞修复
      • Oracle 还能挽救 MySQL 吗？
      • Oracle 最终还是杀死了 MySQL
      • MySQL 到底将何去何从？
      • 20刀好兄弟 PolarDB：论数据库该卖什么价？
      • 国产数据库到底能不能打？
      • Redis 不开源是开源之耻
      • MySQL 正确性竟如此垃圾？
      • 数据库应该放入 K8S 里吗？
      • 专用向量数据库凉了吗？
      • 数据库真被卡脖子了吗？
      • EL 系操作系统发行版哪家强？
      • 基础软件需要什么样的自主可控？
      • 正本清源：技术反思录
      • 数据库需求层次金字塔
      • 分布式数据库是不是伪需求？
      • 微服务是不是个蠢主意？
      • 是时候和 GPL 说再见了
      • 容器化数据库是个好主意吗？
      • 理解时间：闰年闰秒，时间与时区
      • 理解字符编码原理
      • 并发异常那些事
      • 区块链与分布式数据库
      • 一致性：过载的术语
      • 为什么要学习数据库原理
  1. 博客
  2. PostgreSQL
  3. 温备：使用 pg_receivewal

温备：使用 pg_receivewal

备份有各种各样的策略，物理备份通常可以分为四种。
作者：冯若航 · 发布于 2019年03月02日 · PostgreSQL

featured

备份有各种各样的策略，物理备份通常可以分为四种。 阅读全文

  • ←上一页
  • 下一页→
最后修改：2026-04-17: adjust blog title (02735f7)
查看页面源码 编辑此页 添加子页面 提交文档问题 提交项目问题 整节打印
PostgreSQL116 数据库67 云计算45 Pigsty36 AI11 Agent5 行业洞察3 DDIA2 OS2 下云2 开源2 翻译2 职业发展2 软件工程2 Claude1 ClaudeCode1 Cloud1 Codex1 Data1 DBOS1 Grafana1 IvorySQL1 MinIO1 MySQL1 OpenAI1 Oracle1 PG 开发1 PG 生态1 PG 管理1 Privacy1 S31 Supabase1 Victoria1 分布式系统1 可观测性1 媒介理论1 对象存储1 小红书1 扩展1 技术变革1 技术评论1 本体论1 社会观察1 程序员1 管理1 认知1 阿里云1 麦克卢汉1
© 2018-2026 冯若航 (Vonng) @ PGSTY
浙ICP备15016890号-2
English
↑↓ 切换 ↵ 选定 esc 关闭