Parallel query issue
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 30/100
- Issue 类型
- 缺陷
- 描述清晰度
- 需要澄清
- 活跃度
- 停滞
- 技术栈
- cpp
- 领域
- databases, performance
调研方向
报告没有指出源文件、测试或 SQL 复现步骤；首先在启用和禁用并行查询的情况下复现 order-by-limit 工作负载。跟踪并行扫描路径以确定变慢的原因，然后添加回归覆盖，证明受影响的查询不再出现报告中的性能损失。
由索引模型根据 Issue 内容生成。
描述
Hi, Hi, I encountered an issue during testing. Some data synchronization scenarios use order by limit, but I found that if parallel queries are enabled, the query takes 10x or more slower. I think it should be related to parallel scan, below is the reproduced image.
- 主要语言
- C++
- 星标
- 338
- 派生
- 235
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
OpenTenBase/TXSQL 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
OpenTenBase/TXSQL#95 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
OpenTenBase/TXSQL#57 · 1 条评论 ·
-
难度 4/5 3-5 天 新手友好度 32/100
OpenTenBase/TXSQL#113 ·
-
难度 5/5 一周以上 新手友好度 35/100
OpenTenBase/TXSQL#112 ·
-
难度 5/5 一周以上 新手友好度 25/100
OpenTenBase/TXSQL#111 ·
查看 OpenTenBase/TXSQL 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 70/100
google/libultrahdr#485 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
godotengine/godot#123776 ·
-
bug
难度 1/5 1 小时以内 新手友好度 60/100
-
good first issue
难度 1/5 1 小时以内 新手友好度 90/100
-
good first issue
难度 2/5 1-3 小时 新手友好度 75/100
ros2/common_interfaces#344 ·