pingcap/tidb

Non-transactional DML should not use the default scan concurrency

Open

#67,329 opened on 2026年3月26日

GitHub で見る
 (0 comments) (0 reactions) (0 assignees)Go (40,090 stars) (6,186 forks)batch import
good first issuetype/enhancement

説明

Enhancement

According to https://github.com/pingcap/tidb/blob/fd7c13a9340470233bf0c52c60eb8c04095d394c/pkg/distsql/request_builder.go#L94, when max_distsql_concurrency is the default setting, the first SELECT in non-transactional DML may only use max_distsql_concurrency=2, which affects its performance.

コントリビューターガイド

技術スタック
gosql
領域
databaseperformance
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
fresh
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Go programmingTiDB internalsdistsql package
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
50
調査方針
The issue points to `pkg/distsql/request builder.go` line 94 where the default `max distsql concurrency` is used. Investigate why non transactional DML uses this default and how to bypass it to improve performance. Check if a similar pattern exists for transactional queries and whether a different concurrency value should be passed. Review the surrounding code and any related configuration options.