第20期吐槽:PG17新版本这么香,为什么不升级呢?居然是因为这个
文中参考文档点击阅读原文打开, 同时推荐2个学习环境:
1、懒人Docker镜像, 已打包200+插件:《最好的PostgreSQL学习镜像》
2、有web浏览器就能用的云起实验室: 《免费体验PolarDB开源数据库》
3、PolarDB开源数据库内核、最佳实践等学习图谱: https://www.aliyun.com/database/openpolardb/activity
第20期吐槽:PG pg_upgrade大版本升级不支持增量,不能开着飞机换引擎
1、产品的问题点
pg_upgrade可以通过迁移元数据来支持大版本升级, 但是不支持增量数据.
2、问题点背后涉及的技术原理
pg_upgrade升级大版本的主要过程:
创建standby, 并等待standby与primary完成同步
在standby节点使用大版本创建实例
关闭primary实例, 激活standby实例并关闭它. (这里开始影响业务)
检查大版本和老版本之间的兼容性
导出元数据(结构等)
导入元数据到新实例
业务连接到大版本实例 (这里业务可以连接大版本实例, 但是统计信息还没有更新)
大版本实例生成新的统计信息 (这里结束对业务的影响)
3、这个问题将影响哪些行业以及业务场景
通用
对停机时间非常敏感的客户, 例如金融,医疗等.
4、会导致什么问题?
升级过程需要停库, 直到元数据导入完成, 建议等统计信息重新生成后开启给业务使用,
元数据导入耗时取决于元数据多少(一般指表、索引等个数).
统计信息重新生成的耗时取决于数据量的多少, 如果不等统计信息重新生成完成, 可能导致sql的执行计划不准确, 有性能问题.
5、业务上应该如何避免这个坑
可以使用 pglogical 这类逻辑增量迁移的工具来实现大版本升级
6、业务上避免这个坑牺牲了什么, 会引入什么新的问题
pglogical有前置依赖
逻辑复制的表必须有PK和UK, 没有PK和UK的表要开启整条记录的逻辑日志记录, 产生大量wal, 性能也会受到影响.
必须开启wal level=logical, 需要重启, 同时会产生更多的wal日志
pglogical不支持DDL的同步, Sequence的同步等.
pglogical的使用门槛较高, 一般用户搞不定.
7、数据库未来产品迭代如何修复这个坑
建议内核层支持pg_upgrade大版本增量升级. 升级过程不停业务, 业务依旧连在老的实例上, 带版本升级结束后, 将老实例的逻辑增量数据同步到大版本实例, 从而缩短大版本升级对业务的影响时长.
本期彩蛋-招商中...
文章中的参考文档请点击阅读原文获得.
欢迎关注我的github (https://github.com/digoal/blog) , 学习数据库不迷路.
近期正在写公开课材料, 未来将通过视频号推出, 欢迎关注视频号: