点击上方"蓝字"

关注我们吧！

GaussDB如果采用分布式部署模式，则可以根据数据量以及用途定义两种不同分布方式的表，分别为复制表（Replication）和哈希（Hash）表。

复制表（Replication）是将表中的全量数据在集群的每一个DN实例上保留一份，主要适用于数据量较小的表。这种存储方式的优点是每个DN上都有此表的全量数据，在Join操作中可以避免数据重分布操作，从而减小网络开销。缺点是每个DN都保留了表的完整数据，造成数据的冗余。一般情况下只有较小的维度表才会定义为Replication表。

哈希（Hash）表是将表中某一个或几个字段进行hash运算后，生成对应的hash值，根据DN实例与哈希值的映射关系获得该元组的目标存储位置。对于Hash分布表，在读/写数据时可以利用各个节点的IO资源，大大提升表读/写速度。一般情况下大表定义为Hash表。

Hash分布表的分布列选取至关重要，需要满足以下原则：

（1）列值应比较离散，以便数据能够均匀分布到各个DN。例如，考虑选择表的主键为分布列，如在人员信息表中选择身份证号码为分布列。

（2）在满足第一条原则的情况下尽量不要选取存在常量filter的列。例如，表dwcjk相关的部分查询中出现dwcjk的列zqdh存在常量的约束(例如zqdh=’000001’)，那么就应当尽量不用zqdh做分布列。

（3）在满足前两条原则的情况下，考虑选择查询中的连接条件为分布列，以便Join任务能够下推到DN中执行，且减少DN之间的通信数据量。

（4）一般不建议新增一列专门用作分布列，尤其不建议新增一列且用SEQUENCE的值来填充做为分布列，因为SEQUENCE可能会带来性能瓶颈和不必要的维护成本。

对于Hash分布表策略，如果分布列选择不当，可能导致数据倾斜，查询时出现部分DN的I/O短板，从而影响整体查询性能。因此在采用Hash分布表策略之后需对表的数据进行数据倾斜性检查，以确保数据在各个DN上是均匀分布的。

GaussDB中提供了1个视图pgxc_get_table_skewness，可以查询数据库中所有schema下的表在各个DN的分布情况以及倾斜率，虽然可以通过schemaname和tablename查询指定表的倾斜情况，但该视图查询时耗时较长，仅适用于数据量较小的表（10W以下），尤其不建议不增加条件查询所有表的数据倾斜情况。该视图各个字段说明如下：

除此之外，可以使用函数table_skewness()和table_distribution()查询指定表的数据倾斜情况。在使用table_skewness()时，如果不指定具体字段，默认查询当前分布列的数据倾斜程度，则该函数可以用来评估表的其他字段分布倾斜情况。同样，当表的数据量巨大时，这两个函数查询耗时都比较长。因此对于一张数据量较大的表，一般使用如下语句查询其数据倾斜情况：

select xc_node_id, count(1) from tablename group by xc_node_id order by xc_node_id desc;

如果需要查询数据库中倾斜的表，除了使用上面提到的视图pgxc_get_table_skewness，还可以通过排查各个DN实例数据存储目录的大小以及数据文件来找出倾斜的表，这也是实际应用中比较常用的方法。

具体方法及步骤如下：

（1）在所有节点上执行df –h查看各个DN数据目录使用率是否有接近，找到使用率明显较大的磁盘目录。

（2）通过 cm_ctl query –Cvd 确认该磁盘节点对应的DN实例（如上一步检查为slave磁盘占用率过大，则需要查看与该备实例对应的主实例磁盘使用情况），确认DN实例端口号。可通过以下方式查询DN实例端口号：

select * from pgxc_node;
或者
cat DN实例数据目录/postgresql.conf |grep Port

（3）进入实例base目录，执行du -ak | sort -nr | more查找文件大小为1GB，且文件前缀数字ID相同的文件，查找相同文件数量最多的文件，记录其ID值及其所在文件目录ID值。

（4）通过gsql连接DN实例，并通过文件目录ID确认表所属数据库。

select oid,* from pg_database where oid='1642599';

（5）切换至该数据库，通过文件的ID确认表名称，执行如下SQL：

select relname from pg_class where relfilenode = 3308672;

（6）根据表名称进一步确认该表所属schema，执行如下SQL：

SELECT n.nspname as "Schema",
c.relname as "Name"
FROM pg_catalog.pg_class c
LEFT JOIN pg_catalog.pg_namespace n
ON n.oid = c.relnamespace
WHERE relname = 'insured';

（7）通过gsql连接CN实例，最后再通过table_skewness()函数进行核实确认。

墨天轮原文链接：https://www.modb.pro/db/73760（复制链接至浏览器或点击文末阅读原文查看）

END

推荐阅读：267页！2020年度数据库技术年刊

推荐下载：2020数据技术嘉年华PPT下载

2020数据技术嘉年华近50个PPT下载、视频回放已上传墨天轮平台，可在“数据和云”公众号回复关键词“2020DTC”获得！

你知道吗？我们的视频号里已经发布了很多精彩的内容，快去看看吧！↓↓↓

点击下图查看更多 ↓

云和恩墨大讲堂 | 一个分享交流的地方

长按，识别二维码，加入万人交流社群

请备注：云和恩墨大讲堂

  点个“在看”

你的喜欢会被看到❤