pingcap/tidb

Eliminate unnecessary `PessimisticRollback` when write conflict occurs

Open

#17 597 ouverte le 2 juin 2020

Voir sur GitHub
 (2 commentaires) (1 réaction) (0 assignés)Go (6 186 forks)batch import
challenge-programhelp wantedsig/transactiontype/enhancement

Métriques du dépôt

Stars
 (40 090 stars)
Métriques de merge PR
 (Merge moyen 14j 4h) (346 PRs mergées en 30 j)

Description

Description

When TiDB fails to acquire pessimistic locks due to write conflict, it sends PessimisticRollback to release all locks the DML needs to lock because it's possible some keys needn't be locked after retry. However, the probability is small and PessimisticRollback brings overhead:

  • TiKV process more requests and write more locks.
  • A transaction releases all its locks and if it needs to lock them again, maybe some locks are held by other ones.

Score

  • 4000

SIG Slack Channel

You can join #sig-transaction on slack in your spare time to discuss and get help with mentors or others.

Mentor(s)

  • @youjiali1995

Contact the mentors: #tidb-challenge-program channel in TiDB Community Slack Workspace

Recommended Skills

  • Golang
  • TiDB
  • Pessimistic transaction

Learning Materials

Guide contributeur

Direction de recherche
Comprenez le flux d'acquisition de verrou pessimiste dans TiDB et TiKV, identifiez quand PessimisticRollback est envoyé inutilement, et modifiez le code pour ignorer l'envoi du rollback lorsqu'un conflit d'écriture se produit et que les verrous peuvent être conservés pour une nouvelle tentative.
Stack technique
go
Domaine
backenddatabase
Type d'issue
Performance
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
4
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Plus d'une semaine
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GoGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30