更新时间:2024-05-17 GMT+08:00
分享

分区表对导入操作的性能影响

GaussDB内核实现中,分区表数据的插入的处理过程相比非分区表增加分区路由部分的开销,因从整体上分区表场景的数据插入开销主要看成:(1)heap-insert基表插入、(2)partition-routing分区路由两个部分,其中heap基表插入解决tuple入库对应heap表的问题并且该部分普通表和分区表共用,而分区路由部分解决分区路由即tuple元组插入到对应partRel的问题。

因此对数据插入优化的侧重点如下:
  1. 分区表基表Heap表插入:
    1. 算子底噪优化
    2. heap数据插入
    3. 索引插入build优化(带索引)
  2. 分区表分区路由:
    1. 路由查找算法逻辑优化
    2. 路由底噪优化,包括分区表partRel句柄开启、新增的函数调用逻辑开销

    分区路由的性能主要通过大数据量的单条INSERT语句体现,UPDATE场景内部包含了查找对应要更新的元组进行DELETE操作然后再进行INSERT,因此不如单条INSERT语句场景直接。

不同分区类型的路由算法逻辑如表1所示:
表1 路由算法逻辑

分区方式

路由算法复杂度

实现概述说明

范围分区(Range Partition)

O(logN)

基于二分binary-search实现

间隔分区(Interval Partition)

O(logN)

基于二分binary-search实现

哈希分区(Hash-Partition)

O(1)

基于key-partOid哈希表实现

列表分区(List-Partition)

O(1)

基于key-partOid哈希表实现

分区路由的主要处理逻辑根据导入数据元组的分区键计算其所在分区的过程,相比非分区表这部分为额外增加的开销,这部分开销在最终数据导入上的具体性能损失和服务器CPU处理能力、表宽度、磁盘/内存的实际容量相关,通常可以粗略认为:
  • x86服务器场景下分区表相比普通表的导入性能会略低10%以内。
  • ARM服务器场景下为20%,造成x86和ARM指向性能略微差异的主要原因是分区路由为in-memory计算强化场景,主流x86体系CPU在单核指令处理能力上略优于arm。

相关文档