tilflash CPU使用率高- 慢SQL-sum() 90个列，400w数据

[qiuxb]

【 TiDB 使用环境】生产环境 or 测试环境 or POC
生产环境
【 TiDB 版本】
v4.0.8
【遇到的问题】
tiflash 所在机器cpu使用率高，能定位到具体的慢查询

select report_time,sum(1),sum(2),sum(3)…sum(90)
from t1
where report_time >=‘2022-10-16 00:00:00’ and report_time<‘2022-10-17 10:00:00’
group by report_time

t1表是一张大宽表，大约90多个字段，需要对根据report_time字段做group by ,聚合另外90个字段的值

一天的数据量大约400w不到，report_time范围就是一天，数据量不是很大，但是聚合的字段有90个，

做过一些简单测试，减少sum字段的数量可以降低sql执行时间，但是业务侧需要所有字段都聚合

这也让我们优化陷入停滞

【复现路径】做过哪些操作出现的问题
【问题现象及影响】

【附件】 相关日志及监控（https://metricstool.pingcap.com/)

---

若提问为性能优化、故障排查类问题，请下载脚本运行。终端输出的打印结果，请务必全选并复制粘贴上传。

[WalterWj (王军 - PingCAP)]

这表如果不是分区表， 这个 SQL 不如走 tikv
而且这个看起来是一个跑批 SQL，语义看起来是按照每 s 维度去分析 sum ？感觉很怪啊

[qiuxb]

是分区表，按天分区的，试过走tikv，走tikv后三节点cpu同时升高，导致业务端的其它请求响应时间变长受到影响

[Lucien]

@qiuxb

做过一些简单测试，减少sum字段的数量可以降低sql执行时间，但是业务侧需要所有字段都聚合

这也让我们优化陷入停滞

确认几个问题i：

1. TiFlash 是否按照标准配置不输 CPU 和 内存；
2. 提供一下 SQL 的实际执行计划，看看有没有什么可以优化的空间？