pingcap/tidb

Dumpling will stuck while it's expect to fallback to LOCK TABLES when FTWRL blocking for a long time

Open

Aperta il 25 ott 2024

Vedi su GitHub
 (0 commenti) (0 reazioni) (0 assegnatari)Go (40.090 star) (6186 fork)batch import
good first issuetype/enhancement

Descrizione

Enhancement

in https://github.com/pingcap/tidb/pull/36576 I want to implement a fallback strategy. But in line 1420 dumpling does not use the context with timeout https://github.com/pingcap/tidb/blob/7ce5bd752f668b4037a25ded97752f3eca258100/dumpling/export/dump.go#L1409-L1422

So current behaviour is, when upstream reports error like unsupported statement for FLUSH TABLE WITH READ LOCK, dumplling will fallback to LOCK TABLES. When upstream supports it but due to active sessions or other reason FTWRL is blocking, dumpling will stuck.

Maybe in the latter case it's also acceptable to fallback?

Guida contributor

Tech stack
go
Dominio
backend
Tipo issue
bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 hours
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
active
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
clear
Prerequisiti
Go
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
70
Direzione di ricerca
Esamina il PR #36576 referenziato per comprendere la logica di fallback esistente. In dumpling/export/dump.go, intorno alla riga 1420, il codice non utilizza un contesto con timeout. Devi modificare quella sezione per utilizzare un contesto con un timeout in modo che, se FTWRL si blocca, possa eseguire il fallback su LOCK TABLES. Verifica se esistono test per questo comportamento e assicurati che le nuove modifiche siano coperte.