Kylin (六) --------- 查询性能优化

川长思鸟来 2024-04-01 12:09 69阅读 0赞

#### 目录 ####

*  前言
 *  一、使用排序列快速读取 parquet 文件
 *  二、使用 shardby 列来裁剪 parquet 文件
 *  三、减少小的或不均匀的 parquet 文件
 *   *  1. 相关配置
     *  2. 重分区的检查策略
     *  3. 合理调整参数的方式
 *  四、将多个小文件读取到同一个分区
 *  五、使用堆外内存

--------------------

## 前言 ##

在 Kylin4.0 中，查询引擎(SparderContext)也使用 spark 作为计算引擎，它是真正的分布式查询擎，特别是在复杂查询方面，性能会优于 Calcite。然而，仍然有许多关键性能点需要优化。除了上面提到的设置适当的计算资源之外，它还包括减少小的或不均匀的文件，设置适当的分区，以及尽可能多地修剪 parquet 文件。Kylin4.0 和 Spark 提供了一些优化策略来提高查询性能。

--------------------

## 一、使用排序列快速读取 parquet 文件 ##

创建 cube 时，可以指定维度列的排序，当保存 cube 数据时，每个 cuboid 的第一个维度列将用于执行排序操作。其目的是在使用排序列进行查询时，通过 parquet 文件的最小最大索引尽可能地过滤不需要的数据。

在 cube 构建配置的高级配置中，rowkey 的顺序就是排序顺序：  
![在这里插入图片描述][d7571382148141cfaefab8576bd5155d.png]  
页面中可以左键点击 ID 进行拖拽，调整顺序

![在这里插入图片描述][30f5dfc6f58046ac8dad0c41a61554a7.png]

## 二、使用 shardby 列来裁剪 parquet 文件 ##

Kylin 4.0 底层存储使用的是 Parquet 文件，并且 Parquet 文件在存储的时候是会按照某一列进行分片的。这个分片的列在 Kylin 里面，我们称为是 shardBy 列，Kylin 默认按照 shardBy 列进行分片，分片能够使查询引擎跳过不必要的文件，提高查询性能。我们在创建 Cube 时可以指定某一列作为shardBy 列，最好选择高基列 (基数高的列)，并且会在多个 cuboid 中出现的列作为 shardBy 列。

如下图所示，我们按照时间 (月) 过滤，生成对应的 Segment，然后按照维度 A 作为 shardBy 列进行分片，每个 Segment 里面都会有相应的分片。如果我们在查询的时候按照时间和维度 A 进行过滤，Kylin 就会直接选择对应 Segment 的对应分片，大大的提升的查询效率。

![在这里插入图片描述][feafa90dafa041089db381301206d545.png]  
在 Kylin 4.0 中，parquet 文件存储的目录结构如下：

![在这里插入图片描述][7b28cf0c118949c4915f9e0360a2ef3d.png]  
查询时，查询引擎可以通过日期分区列过滤出 segment-level 目录，并通过 cuboid 过滤出 cuboid-level 目录。但是在 cuboid-level 目录中仍有许多 parquet 文件,可以使用 shard by 列进一步裁剪parquet 文件。目前在 SQL 查询中只支持以下过滤操作来裁剪 parquet 文件：Equality、In、InSet、IsNull。

**A、修改 cube 配置**

这里拿已有的 cube 来做演示，先对已有 cube 清空数据。

![在这里插入图片描述][a401a03f1a5f4c28b53e12f2e7294610.png]  
对其 disable 禁用：

![在这里插入图片描述][3631da1b8e114deca5342fe5330b1de8.png]

**B、指定 shardby 列**

进行编辑：

![在这里插入图片描述][4fddd7d5055e4710be6524838660fcc7.png]  
点击高级配置：

![在这里插入图片描述][de46999382ff457ba4bb1f0e5802123d.png]  
选择需要的列，将 shardby 改成 true。

![在这里插入图片描述][32a348d7e41f4104bc4794a41c236444.png]  
点击 Overview，选择保存：

![在这里插入图片描述][71c343e778d043c79a3361b14384f2f9.png]  
**C、重新构建**

![在这里插入图片描述][bbefe64b7fdf4f69bde775747af61b3f.png]  
当构建 cube 数据时，它会根据这个 shard 按列对 parquet 文件进行重分区。如果没有指定一个 shardby 的列，则对所有列进行重分区。

## 三、减少小的或不均匀的 parquet 文件 ##

在查询时读取太多小文件或几个太大的文件会导致性能低下，为了避免这个问题，Kylin4.0 在将 cube 数据作为 parquet 文件构建时，会按照一定策略对 parquet 文件进行重分区，以减少小的或不均匀的 parquet 文件。

### 1. 相关配置 ###

<table> 
 <thead> 
  <tr> 
   <th>参数名</th> 
   <th>默认值</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>kylin.storage.columnar.shard-size-mb</td> 
   <td>128MB</td> 
   <td>有 shardby 列的 parquet 文件最大大小</td> 
  </tr> 
  <tr> 
   <td>kylin.storage.columnar.shard-rowcount</td> 
   <td>2500000</td> 
   <td>每个 parquet 文件最多包含的行数</td> 
  </tr> 
  <tr> 
   <td>kylin.storage.columnar.shardcountdistinct-rowcount</td> 
   <td>1000000</td> 
   <td>指定 cuboid 的 bitmap 大小</td> 
  </tr> 
  <tr> 
   <td>kylin.storage.columnar.repartitionthreshold-size-mb</td> 
   <td>128MB</td> 
   <td>每个 parquet 文件的最大大小</td> 
  </tr> 
 </tbody> 
</table>

### 2. 重分区的检查策略 ###

如果这个 cuboid 有 shardBy 的列：

parquet 文件的平均大小 < 参数’kylin.storage.columnar.repartition-threshold-size-mb’ 值 ，且parquet 文件数量大于 1，这种情况是为了避免小文件太多

parquet 文件的数量 < `(parquet 文件的总行数/ 'kylin.storage.columnar.shardrowcount' * 0.75)`，如果这个 cuboid 有精确去重的度量值(即 count(distinct))，使用’kylin.storage.columnar.shard-countdistinct-rowcount’ 来代替 ‘kylin.storage.columnar.shardrowcount’; 这种情况是为了避免不均匀的文件;如果满足上述条件之一，它将进行重分区，分区的数量是这样计算的:

${fileLengthRepartitionNum} = Math.ceil(${parquet 文件大小 MB} / ${kylin.storage.columnar.shard-size-mb})
    ${rowCountRepartitionNum}` =`Math.ceil(${parquet 文件总行数} / ${kylin.storage.columnar.shard-rowcount})

分区数量=`Math.ceil(( ${fileLengthRepartitionNum} + ${ rowCountRepartitionNum } ) / 2)`

### 3. 合理调整参数的方式 ###

**A、查看重分区的信息，可以通过下面命令去 log 中查找**

grep "Before repartition, cuboid" logs/kylin.log

比如官方案例：可以看到分区数有 809 个。

![在这里插入图片描述][a663520f67f74776b28f044dde82db36.png]  
**B、增大 ‘kylin.storage.columnar.shard-rowcount’ 或 'kylin.storage.columnar.shard-countdistinctrowcount’的值，重新构建，查看日志：**

![在这里插入图片描述][66d8b1bda8dc4c99b45966373d762e8a.png]  
![在这里插入图片描述][7f606e7f4f46406e8852d51e3d2b0081.png]  
可以看到：分区数变成了 3 个，构建的时间也从 58 分钟降低到 24 分钟。

**C、查询性能得到提高**

原先查询要 1.7 秒，扫描 58 个文件：

![在这里插入图片描述][cb3ab094161c4d95867152d6677f2880.png]  
调整参数后，查询只要 0.4 秒，扫描 4 个文件：

![在这里插入图片描述][f4ab0dc5b25a491e95a02d3bef4d4049.png]

## 四、将多个小文件读取到同一个分区 ##

当已经构建的 segments 中有很多小文件时，可以 修改参数 ‘spark.sql.files.maxPartitionBytes’ (默认值为 128MB) 为合适的值，这样可以让 spark 引擎将一些小文件读取到单个分区中，从而避免需要太多的小任务。

如果有足够的资源，可以减少该参数的值来增加并行度， 但需要同时减少  
‘spark.hadoop.parquet.block.size’ (默认值为 128MB) 的值，因为 parquet 文件的最小分割单元是  
RowGroup，这个 blocksize 参数表示 parquet 的 RowGroup 的最大大小。

## 五、使用堆外内存 ##

Spark 可以直接操作堆外内存，减少不必要的内存开销，减少频繁的 GC，提高处理性能。

相关配置：

*  spark.memory.offHeap.enabled 设置为 true，使用堆外内存进行 spark shuffle
 *  spark.memory.offHeap.size 堆外内存的大小

[d7571382148141cfaefab8576bd5155d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/cac2dcd399be4891bb69464599a71179.png
[30f5dfc6f58046ac8dad0c41a61554a7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/f48812e13e9c4d21b3e8511d2d5044fd.png
[feafa90dafa041089db381301206d545.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/5ade2a66384f4f879aa24d69bfccf176.png
[7b28cf0c118949c4915f9e0360a2ef3d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/3c19151fe38c4a6981cd32b3979b7613.png
[a401a03f1a5f4c28b53e12f2e7294610.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/b47448fc84b04b489cd32f09521abb6c.png
[3631da1b8e114deca5342fe5330b1de8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/65f977ffef8a4576becc39beca02a1d3.png
[4fddd7d5055e4710be6524838660fcc7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/591b48e39441437f9630495cd048ddb4.png
[de46999382ff457ba4bb1f0e5802123d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/c7dce8ceafe949a49db828aa5f8daeca.png
[32a348d7e41f4104bc4794a41c236444.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/88e5c6c994c24a3e9c20abcaaf35643d.png
[71c343e778d043c79a3361b14384f2f9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/8b0cc8591359481b8f8c54b629ae86c8.png
[bbefe64b7fdf4f69bde775747af61b3f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/47226edfd72f4bde9f22bbc1c78ad442.png
[a663520f67f74776b28f044dde82db36.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/3d51d2dfcc3546b6b7fbca8abacf81c8.png
[66d8b1bda8dc4c99b45966373d762e8a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/f38b4be667174262afe39f2a9035d7f8.png
[7f606e7f4f46406e8852d51e3d2b0081.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/f765cb0ed42744d689ba7e1d4bec3a15.png
[cb3ab094161c4d95867152d6677f2880.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/be02daab2ef149c39b025a57f3d8e97d.png
[f4ab0dc5b25a491e95a02d3bef4d4049.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/75aa9c025fe34f3198fc64ad0584ce2d.png