Greenplum-表的存储模式

在学习Greenplum的过程中,了解到Greenplum中表有多种不同的存储模式,包括堆表、AO表、行存、列表、压缩、加密这些特性,这些不同的存储模式分别适用什么样的场景,我们在真正使用的时候又该怎么合理的选择哪一种表呢?本文就GP中的这几种表的存储模式加以说明。

配置参数

既然GP中的表有这么多的存储模式,那么肯定就有一种存储模式是默认选择,这个默认值通过参数gp_default_storage_options来控制。
我们可以通过以下命令来查看一个数据库中的默认存储模式:
gpconfig --show gp_default_storage_options
示例输出如下:

Values on all segments are consistent
GUC          : gp_default_storage_options
Master  value: appendonly=false,blocksize=32768,compresstype=none,checksum=true,orientation=row
Segment value: appendonly=false,blocksize=32768,compresstype=none,checksum=true,orientation=row

以上输出表示,默认的存储模式为行存无压缩堆表

堆表

堆表是默认的存储模式。
适用场景:OLTP类型工作负载,数据装载之后需要频繁的更新。适合小表,如维度表。
6版本引入全局死锁检测,打开此功能后,堆表的更新操作可以并发执行,通过以下参数控制,默认为off。
gpconfig --show gp_enable_global_deadlock_detector

Values on all segments are consistent
GUC          : gp_enable_global_deadlock_detector
Master  value: off
Segment value: off

堆表创建示例:

=# create table foo (a int, b text) distributed by (a);
CREATE TABLE
=# \d foo
      Table "public.foo"
 Column |  Type   | Modifiers 
--------+---------+-----------
 a      | integer | 
 b      | text    | 
Distributed by: (a)

AO表(Append-Optimized)

适用场景:OLAP类型工作负载,分批加载入库且不会频繁更新。适合大表,如事实表。AO表不维护MVCC信息,节省一定空间。再结合压缩选项,可大大节省空间。

创建示例:

=# create table bar (a int, b text) with (appendoptimized=true) distributed by (a);
CREATE TABLE
=# \d bar
Append-Only Table "public.bar"
 Column |  Type   | Modifiers 
--------+---------+-----------
 a      | integer | 
 b      | text    | 
Compression Type: None
Compression Level: 0
Block Size: 32768
Checksum: t
Distributed by: (a)

以上关键字Append-Only Table代表创建的为AO表

行存

可以是堆表,也可以是AO表。
适用场景:频繁更新、频繁insert、select或where有经常涉及很多字段。
注:堆表只能创建为行存不能创建为列存。AO表如果没有明确指定创建为列存,默认创建为行存。

列存

只能是AO表。
适用场景:与上述相反。数据批量插入、极少更新、select或where只涉及表的很少字段。

创建示例:

=# create table bar (a int, b text) with (appendoptimized=true, orientation=column) distributed by (a);
CREATE TABLE
=# \d bar
Append-Only Columnar Table "public.bar"
 Column |  Type   | Modifiers 
--------+---------+-----------
 a      | integer | 
 b      | text    | 
Checksum: t
Distributed by: (a)

以上关键字Append-Only Columnar代表创建的为AO列存表
注:大部分情况下,不建议使用列存,因为会导致文件数膨胀严重。

压缩

只能是AO表。
压缩可以作用于整表,也可以是特定列,可以对不同的列使用不同的压缩算法。

行或列可用压缩类型支持压缩算法
表级ZLIB, ZSTD, and QUICKLZ(开源版本不可用)
表级或列级RLE_TYPE, ZLIB, ZSTD, and QUICKLZ(开源版本不可用))

创建示例:

=# create table foo (a int, b text) with (appendoptimized=true, compresstype=zlib, compresslevel=5) distributed by (a);
CREATE TABLE
=# \d foo
Append-Only Table "public.foo"
 Column |  Type   | Modifiers 
--------+---------+-----------
 a      | integer | 
 b      | text    | 
Compression Type: zlib
Compression Level: 5
Block Size: 32768
Checksum: t
Distributed by: (a)

以上关键字Compression Type: zlibCompression level: 5代表创建的表使用5级zlib压缩算法

检查压缩与分布情况

Greenplum针对压缩率与数据分布情况分别提供了对应的函数可以查询,

函数返回类型描述
get_ao_distribution(name) get_ao_distribution(oid)集合类型(dbid, tuplecount)展示AO表的分布情况,每行对应segid和记录数
get_ao_compression_ratio(name) get_ao_compression_ratio(oid)float8计算AO表的压缩率。如果该信息未得到,将返回-1。

示例:

=# select * from get_ao_distribution('bar');
 segmentid | tupcount 
-----------+----------
         2 |     3247
         1 |     3385
         0 |     3368
(3 rows)

=# select * from get_ao_compression_ratio('bar');
 get_ao_compression_ratio 
--------------------------
                        1
(1 row)
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

数据源的港湾

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值