Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[lake/tiering] Continue claiming tables while readers remain idle

Aperta
  • Qualcosa non va?
#4,453 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
64/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
java
Ambito
data-engineering, distributed-systems

Direzione di ricerca

Start at TieringSourceEnumerator.generateAndAssignSplits() and trace how split assignment, pending splits, reader availability, table claims, backoff, and concurrency limits interact. Reproduce the described A/B scenario, then add coverage showing B is claimed while readers remain idle, without completing A or advancing the periodic timer; verify empty responses and failures retain their backoff behavior.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Motivation

After generating splits for a non-empty table, TieringSourceEnumerator.generateAndAssignSplits() assigns them and returns. If all pending splits were assigned but some readers are still waiting, it does not immediately claim another table.

Example: eight readers have already requested work and are waiting. A periodic poll claims table A with two splits, while table B is also available. After assigning A, six readers remain idle until another event or periodic poll triggers a claim. The default polling interval is 30 seconds; an earlier split completion can shorten this wait.

This is a scheduling gap identified by code inspection, separate from continuation after an empty table.

Solution

After assignment, asynchronously continue claiming tables while readers remain available and the pending split queue is empty. Stop when no table is available or the concurrency limit is reached. Coalesce claim requests and retain backoff for empty responses and failures.

Add a test for the example above: B should be assigned without completing A's splits or advancing the periodic timer. Do not buffer extra splits on busy readers.

Anything else?

Related: #4372 addresses empty tables. This case concerns non-empty tables whose splits do not fill the waiting readers.

Willingness to contribute
  • I'm willing to submit a PR!
Lingua principale
Java
Stelle
2.2k
Fork
656
Merge medio
1g 21h
PR unite (30g)
127

Preparare l'ambiente

  • Nessun Dockerfile né file Docker Compose
  • Ha un modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di apache/fluss

Tutte le issue di apache/fluss

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.