第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) , 学习数据库不迷路.  

近期正在写公开课材料, 未来将通过视频号推出, 欢迎关注视频号: