PostgreSQL 12的可拔插存储引擎--表访问方法以及bloackholes案例_表的访问方法pg

正文

PostgreSQL使用自定义插件做扩展时非常便利，例如Decoder plugins、extension、background workers、索引访问方法、hooks、自定义函数、聚合、数据类型等。

对代码做了大量的重构后，PG12具备了表访问方法的基础架构，允许自定义表数据如何存储以及访问。默认情况下，PG的表还是使用heap存储引擎。他的工作原理是基于8KB的页面管理方式，并以段文件（默认1GB）的形式管理页面。需要保存所有版本的tuple。这就意味着即使只修改tuple的一个字段，也需要存储整个新版本。这就使得vaccum和autovacuum变得更加昂贵。当然，本文目的不是讨论这个，需要了解的话可以查看手册。

表访问方法非常cool。允许以插件的形式集成到PG中，就像MySQL的多个存储引擎一样，使实现诸如列存储的功能成为可能。做的方法大致分为两类：

通过PG存储管理器的访问方法，充分利用现有的shared buffer层以及现有的页格式。有2个优势：自动支持备份和checksum。

不通过PG的访问方法。不依赖于PG的shared buffer。使完全依赖于操作系统换成成为可能。当然，需要自己添加函数来完成对checksum和备份的支持。

Ottawa的PG大会上有两个主题关于这个特性：