pingcap/tidb

plan builder is too costly

Open

#27,633 创建于 2021年8月27日

在 GitHub 查看
 (3 评论) (5 反应) (2 负责人)Go (6,186 fork)batch import
help wantedtype/enhancement

仓库指标

Star
 (40,090 star)
PR 合并指标
 (平均合并 14天 4小时) (30 天内合并 346 个 PR)

描述

Enhancement

image

There are several apparent part in this picture:

  • generate pseudo statistics cause allocation every time
  • expression rewrite, from ast column name to expression column, the function takes a long time (maybe many columns?)
  • the shadow copy of the column name in expression rewriter

The whole flame graph is, too much allocation caused a lot of GC consumption in the runtime.

image

Maybe the same problem with this issue https://github.com/pingcap/tidb/issues/26868

贡献者指南

研究方向
使用 pprof 对 plan builder 进行性能分析，找出内存分配和 GC 压力的热点。重点关注火焰图中提到的表达式重写和伪统计生成区域。检查列名的影子复制，考虑减少分配。
技术栈
go
领域
databasebackend
议题类型
性能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
4
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-2 天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
Godatabase internalsprofiling tools (pprof)
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
35