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
環境準備
我們還沒有檢查這個專案的環境設定檔。先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 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 小時 新手友好度 88/100
tesseract-ocr/tesseract#4627 ·
-
難度 2/5 1-3 小時 新手友好度 90/100
lxqt/lxqt-panel#2492 ·
-
bug-unconfirmed
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
[models/demos/gemma4 dFlash]: _shard_argmax returns a view of a force-freed tensor when rows == 1未關閉community
難度 2/5 1-3 小時 新手友好度 82/100
tenstorrent/tt-metal#57989 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 88/100