Table of Contents

• 一. 问题描述
• 二. 解决方案
• 2.1 从慢查询定位
• 2.2 定位CPU解析时间就的问题

一. 问题描述

2023-05-18 将StarRocks从2.3.0升级到2.5.5。
升级完成后，所有的查询均比较慢，前端报表页面点开也卡。

二. 解决方案

2.1 从慢查询定位

StarRocks慢查询对应的GitHub地址:https://github.com/WuMenglong/fe-plugins-auditloader

select * 
  from starrocks_audit_db__.starrocks_audit_tbl__ sat
 where sat.isQuery = 1 
 and queryType = 'slow_query'
 order by sat.`timestamp`  desc;

可以看到，慢查询里面，CPU用于解析SQL生成执行计划的时间非常长，远高于实际执行的时间

2.2 定位CPU解析时间就的问题

从普罗米修斯上看到，集群CPU资源使用率不高，也就不存在资源的瓶颈

后面想到了，新版本的统计信息会有新增，那我们来看看统计信息

select * from table_statistic_v1 tsv order by tsv.update_time DESC ;

select * from column_statistics cs order by cs.update_time  desc;
-- 直方图手工收集
select * from histogram_statistics hs order by hs.update_time  desc;

从下图我们可以看到列的统计信息是此次新增的，要收集所有存量表的列的统计信息，耗时较久
CPU解析SQL生成执行计划，需要依赖统计信息，如统计信息正在收集中，那么此时CPU会等待统计信息收集完成或采用动态采样
无论使用哪一种方式，都会消耗CPU时间，导致SQL执行计划生成时间大大增加。

顾我们耐心等待统计信息收集完成即可。

有点坑，升级后自动开启全量的统计信息采集(而不是抽样的)

后台查看，任务处于pending状态