pingcap/tidb

The heavy predicates may not need to be pushed down.

Open

#14,608 创建于 2020年2月3日

在 GitHub 查看
 (6 评论) (0 反应) (1 负责人)Go (6,186 fork)batch import
help wantedsig/plannertype/enhancement

仓库指标

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

描述

For example, a big CASE...WHEN... clause may consume a lot of resources. In this case, push it down to table side may be worse than not pushing it.

We should control its behavior by

  • A hint to disable all predicates of one WHERE clause.
  • A cost-based or a heuristic method to control the predicates automatically.

贡献者指南

研究方向
检查 TiDB 优化器中的谓词下推逻辑，确定何时不应下推如 CASE...WHEN 等重谓词。提出基于成本或启发式的方法来控制该行为。
技术栈
go
领域
backenddatabaseperformance
议题类型
性能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
半天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
基本清晰
前置要求
GoSQL
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
40