[client-v2, jdbc-v2] Make execution TIMEOUT error optionally retriable

オープン
#3,072 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
java
領域
api, databases

調査の方向性

まず client-v2 と jdbc-v2 における TIMEOUT_EXCEEDED の処理を追跡し、特に 159 の失敗が現在どのように再試行されているかを確認します。SELECT、INSERT、DDL またはミューテーションの操作処理を比較し、そのうえで操作ごとの再試行選択をどこに置くべきかを判断します。完了条件は、タイムアウト後の再試行動作を操作ごとに変えられ、表に記載された安全性の違いを反映できることです。

索引モデルが issue の本文から書いたものです。

説明

area:general client-api-v2 jdbc-v2

Description

Current 159, TIMEOUT_EXCEEDED is retried unconditionally. It should be a dedicated failure cause selectable per operation because different queries need different behavior:

Query Type Scenario Retriable? Recommended Action
SELECT Pure read operations Yes Retry with exponential backoff or redirect to a replica node.
SELECT Heavy unoptimized query hitting max_execution_time No Do not retry under identical settings. Increase max_execution_time or rewrite query.
INSERT MergeTree tables with deduplication active (insert_deduplicate = 1) Yes Safe to retry using the exact same data block structure.
INSERT Tables without block deduplication No Unsafe. Partial blocks may have been written; retrying risks duplicate rows. Check table state first.
DDL / Mutations ALTER, OPTIMIZE, or background mutations No Inspect system tables (system.mutations, system.merges) before re-executing.
主要言語
Java
スター
1.6k
フォーク
637
平均マージ
2日 12時間
マージ済み PR(30日)
28

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ClickHouse/clickhouse-java のほかの issue

ClickHouse/clickhouse-java の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。