《阿里云认证的解析与实战-数据仓库ACP认证》——云原生数据仓库AnalyticDB PostgreSQL版解析与实践(上)——三、产品相关概念(上)

本文涉及的产品
阿里云百炼推荐规格 ADB PostgreSQL,4核16GB 100GB 1个月
云原生数据库 PolarDB PostgreSQL 版,标准版 2核4GB 50GB
云原生数据库 PolarDB MySQL 版,通用型 2核8GB 50GB
简介: 《阿里云认证的解析与实战-数据仓库ACP认证》——云原生数据仓库AnalyticDB PostgreSQL版解析与实践(上)——三、产品相关概念(上)

1. 数据库对象及操作

 

1) 创建实例

 

image.png

 

a) 规格选型

 

Segment:数量越多,单条查询性能越好;CPU核数越多,并发能力越好。

计算节点/计算组:CPU内存资源被该节点/组内所有Segment共享。

 

b) 实例选型

 

选型因素:性能维度

 资源(CPU和MEM):高并发场景,建议选择单节点大的计算规格。

 存储介质:高性能场景,建议选择ESSD或SSD存储介质。

 

选型因素:容量维度

 MPP架构,计算能力及存储容量,随节点数线性增加。

 

c) 规格计算示例

 

以存储预留模式的单节点4core SSD存储为例,单节点存储容量320GB。假设客户数据量为4TB,且一般预留70%水位,那需要规划4TB/1-70%/320GB,即实例至少为42个节点。

 

2) 建表

 

a) ADB PG逻辑架构

 

image.png

图为ADB PG实例架构从实例到库、模式、表的树形展现

 

ADB PG实例:云平台上的一个MPP数据库集群,创建时分配固定资源,包含一组数据库、模式、表对象和数据以及用户。

数据库(Database):一个ADB PG实例中,包含多个逻辑Database,其中可包含模式等对象。

模式(Schema):逻辑概念,数据库中的逻辑空间,包含一系列表,视图等对象。

表(Table):

 数据分布定义:按分布键Hash值, 随机Random,或复制Replication三种方式,进行节点间数据分布;

 存储格式定义:支持指定按行存储,或者按列存储;

 压缩算法定义(可选):支持多种高性能数据压缩算法;

 分区表支持(可选):对于大表,支持按区间 Range,或值LIST进行分区,且支持多级分区。

 

b) 表分布方式:在MPP节点间的三种分布方式

 

默认根据分布键的hash值分布,建表语法如下:

CREATE TABLE products(    
  name varchar(40), 
  prod_id integer,    
  supplier_id integer)    
  DISTRIBUTED BY (prod_id);

  

若没有适合的列做hash分布,可以采用随机均分,建表语法如下:

CREATE TABLE random_stuff(
things text,
doodads text,
etc(text)
DISTRIBUTED RANDOMLY;

  

小表、维度表在各个节点有一份全量复制,建表语法如下:

CREATE TABLE replicated_stuff(
 things text,
doodads test,
 etc text),
DISTRIBUTED REPLICATED;

 

 image.png

 

c) 建表并导入数据-分区与分布

 

image.png

 

 

分区可以支持多级分区,可以按照日期做一级分区,也可以同时按日期和时间设置两级分区,分区越多底层存储的文件也越多。建议分区按照业务的查询需要来定义。

 

d) 分布键:表的分布键选择原则

 

选择数据分布均匀的列

若选择的分布列数值分布不均匀,则可能导致数据倾斜。某些Segment分区节点存储数据多(查询负载高)。

 根据木桶原理,时间消耗会卡在数据多的节点上,故不应选择bool类型,时间日期类型数据作为分布键。

 

选择经常需要JOIN的列作为分布键

 当JOIN键和分布键一致时,可以在 Segment分区节点内部完成JOIN。

 否则需要将一个表进行重分布来实现重分布关联或者广播其中小表来实现广播关联,后两种方式都会有较大的网络开销。

 

选择高频率查询条件列作为分布键

 从而可能实现按分布键做节点segment的裁剪。

 

默认表的主键为分布键

 若表没有主键,则默认将一列当做分布键。

 

分布键列数

 分布键可以被定义为一个或多个列。

 

其他原则

 谨慎选择随机分布DISTRIBUTED RANDOMLY,这将使得上述本地关联,或者节点裁剪不可能实现。

小表可选择复制表模式,在所有Segment上均保存一份全量数据。

 

e) 分布键:节点间数据倾斜的检查和处理

create table t1(cl int, c2 int) distributed by (cl);

  

通过下述语句查看表数据的倾斜情况:

select gp_segment id,count(1) from t1 group by 1 order by 2 desc;

  

如果发现某些 Segment上存储的数据明显多于其他 Segment,该表存在数据倾斜,建议选取数据分布平均的列作为分布列。

alter table tl set distributed by (c2);

  

f) 分区表:支持表按区间或者值进行分区,自动分区裁剪

 

范围(RANGE)分区:基于一个数值型范围划分数据,例如按照日期区间定义。

值(LIST)分区:基于一个值列表划分数据,例如按照城市属性定义。

多级分区表:上述两种类型的多级组合,最多支持三级分区。

 

分区表支持多种分区管理操作,包括新增分区,删除分区,重命名分区,清空截断分区,交换分区,分裂分区等。

 

注意

分区个数建议小于200,否则会影响查询的SQL优化性能。

参考:https://help.aliyun.com/document_detail/118173.html

 

示例:多级分区表设计实例

 

一级分区采用按月的区间Range分区,二级分区采用按地区的值List分区设计。

CREATE TABLE sales(id int, year int, month int, day int, region text)
DISTRIBUTED BY(id)
PARTITION BY RANGE (month)
SUBPARTITION MBYL1ST(region)
SUBPARTITION TEMPLATE (
SUBPARTITION usa VALUES('usa'),
SUBPARTITION europe VALUES ('europe'),
SUBPARTITION asia VALUES ('asia'),
DEFAULT SUBPARTITION other_regions)
(START(1)END(13)EVERY(1),DEFAULT PARTITION other months);

  

g) 核心功能:同时支持行存与列存

 

行存表:高吞吐更新写入,点查询

 数据按行存储,操作某列必须读入整行。

 适合较多数据更新操作场景。

 通过索引,支持高并发的点查询。

 

CREATE TABLE foo (a INT,b TEXT) DISTRIBUTED BY (a);

 

列存表:批量加载,全表聚合,压缩率高

 数据按列存储-每一列单独存放,数据即是索引。

 只访问查询涉及的列-大量降低系统IO。

 数据类型一致,数据特征相似-实现高压缩率。

 适合更新少,全表聚合操作。

CREATE TABLE foo(a INT, b TEXT)
WITH(APPENDONLY=TRUE,ORIENTATION=COLUMN)DISTRIBUTED BY(a);

  

h) 建表压缩:多种压缩算法,成本和性能取得平衡

 

数据压缩支持多种压缩算法如下图,成本和性能取得平衡,数据压缩可用于列存表或者行存追加表,平均3倍以上数据压缩率。

 

image.png

 

示例

CREATE TABLE foo (a int, b text)
WITH (appendonly=true,orientation=column,compresstype=zstd,compresslevel=9)
DISTRIBUTED BY (a);

  

i) 统计信息优化建议

 

统计信息收集方式可基于全库、表、列级别,可根据实际情况确定收集范围。

导入数据后、超过20%数据更新(IUD)后、创建索引后,需进行统计信息收集。

用户ETL任务过程中,会涉及多次IUD, 可根据客户业务情况,在其中适当添加analyze语句。

调优过程中,从执行计划中看到表行数估算为1行,计划中出现较多的Broadcast、Sort+GroupByAgg、NestLoop等算子时,考虑对相应数据表进行analyze。

 

导入数据语句示例

 

create table t1 (a int, b int) ; insert into t1 select v, v from 
generate_series(1,1000) as v;

 

analyze t1; --第一次加载大量数据后,重新收集统计信息

 

ETL过程语句示例

truncate t1;
insert into t1 select * from t2;
insert into t1 select * from t3;
analyze t1; --重建数据后,重新收集统计信息
select a, b, c from t1 join t2 on t1.c=t2.d where t2.b=2;

  

j) 建表并导入数据 - 建表示例

 

 

堆表

 

CREATE TABLE ORDERS (
O_ORDERKEY BIG INT NOT NULL,
O_CUSTKEY INTEGER NOT NULL,
O_ORDERSTATUS CHAR(1) NOT NULL,
O_TOTALPRICE DECIMAL(15,2) NOT NULL,
O_ORDERDATE DATE NOT NULL,
O_ODRDEAPRIDRITY CHAR(15) NOT NULL,
O_CLERK CHAR(15) NOT NULL,
O_SHIPPRIORITY INTEGER NOT NULL,
O_COMMEN TVARCHAR(79) NOT NULL
)


 

DISTRIBUTED BY (O_ORDERKEY) -- 分布列

 

AO列存表

 

CREATE TABLE ORDERS (
O_ORDERKEY BIG INT NOT NULL,
O_CUSTKEY INTEGER NOT NULL,
O_ORDERSTATUS CHAR(1) NOT NULL,
O_TOTALPRICE DECIMAL(15,2) NOT NULL,
O_ORDERDATE DATE NOT NULL,
O_ODRDEAPRIDRITY CHAR(15) NOT NULL,
O_CLERK CHAR(15) NOT NULL,
O_SHIPPRIORITY INTEGER NOT NULL,
O_COMMEN TVARCHAR(79) NOT NULL
)
WITH (APPENOONLY=TRUE, ORIENTATION=COLUMN, COMPRESSTYPE=ZSTD, 
COMPRESSLEVEL=5)


 

注释

O_ORDERKEY为分布列,APPENOONLY=TRUE为AO列存表COMPRESSTYPE=ZSTD为压缩算法,COMPRESSLEVEL=5为压缩级别。

 

建表并导入数据的常用方式为COPY和OSS外表方式,COPY的性能一般为30-50Mb/s,而OSS外表方式为并行导入性能取决于OSS网络带宽与节点个数,DBStack形态还支持gpfdist外表导入。

 

k) 执行SQL查询

 

image.png

 

查询语句和查询工具使用,详见操作演示环节。


更多精彩内容,欢迎观看:《阿里云认证的解析与实战-数据仓库ACP认证》——云原生数据仓库AnalyticDB PostgreSQL版解析与实践(上)——三、产品相关概念(中):

https://developer.aliyun.com/article/1222911?spm=a2c6h.13148508.setting.17.75bf4f0e5XwXp0

相关实践学习
AnalyticDB PostgreSQL 企业智能数据中台:一站式管理数据服务资产
企业在数据仓库之上可构建丰富的数据服务用以支持数据应用及业务场景;ADB PG推出全新企业智能数据平台,用以帮助用户一站式的管理企业数据服务资产,包括创建, 管理,探索, 监控等; 助力企业在现有平台之上快速构建起数据服务资产体系
相关文章
|
4月前
|
存储 SQL 监控
数据中台架构解析:湖仓一体的实战设计
在数据量激增的数字化时代,企业面临数据分散、使用效率低等问题。数据中台作为统一管理与应用数据的核心平台,结合湖仓一体架构,打通数据壁垒,实现高效流转与分析。本文详解湖仓一体的设计与落地实践,助力企业构建统一、灵活的数据底座,驱动业务决策与创新。
|
8月前
|
分布式计算 运维 监控
Dataphin离线数仓搭建深度测评:数据工程师的实战视角
作为一名金融行业数据工程师,我参与了阿里云Dataphin智能研发版的评测。通过《离线数仓搭建》实践,体验了其在数据治理中的核心能力。Dataphin在环境搭建、管道开发和任务管理上显著提效,如测试环境搭建从3天缩短至2小时,复杂表映射效率提升50%。产品支持全链路治理、智能提效和架构兼容,帮助企业降低40%建设成本,缩短60%需求响应周期。建议加强行业模板库和移动适配功能,进一步提升使用体验。
|
5月前
|
存储 关系型数据库 测试技术
拯救海量数据:PostgreSQL分区表性能优化实战手册(附压测对比)
本文深入解析PostgreSQL分区表的核心原理与优化策略,涵盖性能痛点、实战案例及压测对比。首先阐述分区表作为继承表+路由规则的逻辑封装,分析分区裁剪失效、全局索引膨胀和VACUUM堆积三大性能杀手,并通过电商订单表崩溃事件说明旧分区维护的重要性。接着提出四维设计法优化分区策略,包括时间范围分区黄金法则与自动化维护体系。同时对比局部索引与全局索引性能,展示后者在特定场景下的优势。进一步探讨并行查询优化、冷热数据分层存储及故障复盘,解决分区锁竞争问题。
700 2
|
9月前
|
SQL 缓存 数据处理
数据无界、湖仓无界,Apache Doris 湖仓一体典型场景实战指南(下篇)
Apache Doris 提出“数据无界”和“湖仓无界”理念,提供高效的数据管理方案。本文聚焦三个典型应用场景:湖仓分析加速、多源联邦分析、湖仓数据处理,深入介绍 Apache Doris 的最佳实践,帮助企业快速响应业务需求,提升数据处理和分析效率
548 3
数据无界、湖仓无界,Apache Doris 湖仓一体典型场景实战指南(下篇)
|
10月前
|
存储 分布式计算 大数据
大数据揭秘:从数据湖到数据仓库的全面解析
大数据揭秘:从数据湖到数据仓库的全面解析
326 19
|
消息中间件 Java Kafka
实时数仓Kappa架构:从入门到实战
【11月更文挑战第24天】随着大数据技术的不断发展,企业对实时数据处理和分析的需求日益增长。实时数仓(Real-Time Data Warehouse, RTDW)应运而生,其中Kappa架构作为一种简化的数据处理架构,通过统一的流处理框架,解决了传统Lambda架构中批处理和实时处理的复杂性。本文将深入探讨Kappa架构的历史背景、业务场景、功能点、优缺点、解决的问题以及底层原理,并详细介绍如何使用Java语言快速搭建一套实时数仓。
1282 4
|
监控 数据挖掘 OLAP
深入解析:AnalyticDB中的高级查询优化与性能调优
【10月更文挑战第22天】 AnalyticDB(ADB)是阿里云推出的一款实时OLAP数据库服务,它能够处理大规模的数据分析任务,提供亚秒级的查询响应时间。对于已经熟悉AnalyticDB基本操作的用户来说,如何通过查询优化和性能调优来提高数据处理效率,是进一步提升系统性能的关键。本文将从个人的角度出发,结合实际经验,深入探讨AnalyticDB中的高级查询优化与性能调优技巧。
597 4
|
存储 SQL 缓存
AnalyticDB 实时数仓架构解析
AnalyticDB 是阿里云自研的 OLAP 数据库,广泛应用于行为分析、数据报表、金融风控等应用场景,可支持 100 trillion 行记录、10PB 量级的数据规模,亚秒级完成交互式分析查询。本文是对 《 AnalyticDB: Real-time OLAP Database System at Alibaba Cloud 》的学习总结。
307 1
|
8月前
|
算法 测试技术 C语言
深入理解HTTP/2:nghttp2库源码解析及客户端实现示例
通过解析nghttp2库的源码和实现一个简单的HTTP/2客户端示例,本文详细介绍了HTTP/2的关键特性和nghttp2的核心实现。了解这些内容可以帮助开发者更好地理解HTTP/2协议,提高Web应用的性能和用户体验。对于实际开发中的应用,可以根据需要进一步优化和扩展代码,以满足具体需求。
827 29
|
8月前
|
前端开发 数据安全/隐私保护 CDN
二次元聚合短视频解析去水印系统源码
二次元聚合短视频解析去水印系统源码
331 4

推荐镜像

更多