PostgreSQL 11 新特性解读 : 新增非空默认值字段不需要重写表

  • 时间:
  • 浏览:2

再次确认表大小,依然还是 574MB。

Allow ALTER TABLE to add a column with a non-null default without a table rewrite

执行函数,如下:

查看表的 relfilenode 和 relpages信息,如下:

查看表的 relfilenode 和 relpages信息,如下:

执行时间只都要 40 ms,瞬间完成。

新增带默认值的非空字段,如下。

生产环境下给大表加进去去带 Default 值的字段将非常吃力,通常分两步进行:

发现 relfilenode 有变化 ,过后的 relfilenode 值为 25672 ,说明表被重写。个人面 relpages 变大了。

查看表大小,如下:

创建测试表并插入11150万数据,如下。

查看表 relfilenode 和 relpages,如此 变化。

PostgreSQL 10 版本前表新增不带默认值的DDL不都要重写表,只都要更新数据字典,很久 DDL能瞬间执行,如下:

这时表t1已增加了11150个字段,如下:

发现 relfilenode 如此 变化,依然是 161502,一并 relpages 也如此 变化。

最后推荐和张文升一并编写的《PostgreSQL实战》,本书基于PostgreSQL 10 编写,共18章,重点介绍SQL高级形态学 、并行查询、分区表、物理克隆好友、逻辑克隆好友、备份恢复、高可用、性能优化、PostGIS等,中有 少许实战用例!

创建函数,此函数用来给表 t1 加进去去 11150 个带默认值的字段,如下:

PostgreSQL 11 版本给表 t1 增加了三个 带默认值的字段后表占用空间如此 变化,是都在增加的字段数不够多?接着往下测试,增加11150个带默认值的字段,看看状况如保?

表分析后再次查看表的 relfilenode 和 relpages信息

很久 新增的字段带默认值,则都要重写表,表越大,执行时间越长,如下。

从以上看出给表t1增加了11150个带默认值的字段后,t1表大小依然如此 变化。

PostgreSQL 11 版本这方面进一步增强,表新增带非空默认值的字段不再都要重写表,Release 中的说明如下:

创建测试表并插入11150万测试数据,如下:

查看表的 relfilenode 和 relpages 信息,relfilenode 表示表的物理文件号。

创建测试表并插入11150万数据,如下。

执行时间较长,都要15秒左右。

本文分别在 10 版本和 11 版本进行测试。

新增带默认值的非空字段,如下。

上述第二步比较麻烦,也都都要在业务低谷或申请停服窗口一次性完成带DEFAUL值字段的新增。

购买链接:https://item.jd.com/12405774.html

表分析后再次查看表的 relfilenode 和 relpages信息