pingcap/tiflow

Optimization for DDL execution

Aperta

#866 aperta il 20 ago 2020

Vedi su GitHubGuida contributor
 (1 commento) (0 reazioni) (1 assegnatario)Go (310 fork)auto 404
component/replica-modelcomponent/sinkhelp wanted

Metriche repository

Star
 (461 stelle)
Metriche merge PR
 (Metriche PR in attesa)

Descrizione

Feature Request

Is your feature request related to a problem? Please describe:

In the current replication model, DDL is executed synchronously and blocks all DMLs in other tables. This could cause replication block in some scenarios

  • the DDL is slow, such add index to a large table.
  • the replication of one table is slow, other tables will have to wait for this table catch up because the DDL is a strong barrier.

Describe the feature you'd like:

  • Currently DDL execution has no timeout, should we add some restriction. https://github.com/pingcap/ticdc/pull/936
  • Once the add index command has been sent to TiDB, even the client is timeout, we can ignore this error and continue replication.
  • Could we add some mechanism to allow single table DDL doesn't block DML replication of other tables.

Guida contributor

Direzione di ricerca
Esaminare l'attuale esecuzione DDL nella replica TiCDC, comprendere come blocca i DML e proporre un meccanismo di timeout o un approccio non bloccante per consentire ai DDL di singole tabelle di non bloccare la replica delle altre tabelle.
Tech stack
go
Dominio
backend
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
GitGo
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
40