【未完待续】greenplum AO_greenplum ao loss eof-优快云博客

本文链接：https://blog.youkuaiyun.com/micklf/article/details/78222849

本文深入解析了AO表的工作原理及内部结构，包括其追加优化的写入方式、元数据管理、可见性映射表的作用及其如何支持更新操作等关键信息。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

AO表，以前是append-only，现在是append-optimized

AO表都是追加的方式，写数据到文件末尾，然后通过EOF来确认结束。
AO模式相关的几个部分

pg_appendonly table

记录表的元数据信息，可以理解类似pg_class

Aosegments table

存储了所有ao文件信息
表名规则pg_aoseg.pg_aoseg_<relfilenode>，其中relfilenode是pg_class中取出来的relfilenode。
当进行大量数据加载（load）的动作，会先写入数据，最后任务执行成功，事物提交ok，才会写入EOF，在新的EOF完成写入前，AO表的查询，都看不到新数据。

Visibility map table

以前不支持update，限制支持，是通过引入Visibility map table，它的定义如下：

The visibility map以堆表的方式存储，命名规则是"pg_aoseg.pg_aovisimap_<relfilenode>".
这个map是用来实现ao表的delete和update的，update会被翻译成delete和insert。
AO visibility map，就像真实数据的overlay层，当1行被delete的时候，原始数据没有变化，只是在visibility map中标记为删除而已。
visibility map中的数据遵循MVCC规则。