OpenTenBase / OpenTenBase/TXSQL
Perf : try lock优化purge binlog与rotate binlog时锁LOCK_index的冲突
Ouverte
Personne n'a encore pris cette issue.
- Langage dominant
- C++
- Étoiles
- 337
- Forks
- 234
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
用try lock优化purge binlog与rotate binlog时锁LOCK_index的冲突
1.如果puger加上锁， rotate 进行try lock失败，就不加锁了，让binlog增长
2.如果rotate加上锁了， purge进行try lock失败，就多尝试几次等锁
作用：
- 减少purge流程对gtid分配影响，当index中文件数量很多的时候，purge会长时间持有gtid的排他锁，导致正常提交的事务不能分配gtid。purge卡点：从index文件中获取所有文件名称，用于后续更新lost gtids。实际上对于我们的场景，不需要获取所有的binlog文件名称，只需要获取第一个binlog文件即可，提供参数控制获取binlog文件数量，设置成1，降低purge对正常事务的影响。
- 减少rotate影响rotate会先锁住LOCK_log，采用try lock的方式，拿不到LOCK_log的锁就放弃rotate
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier ni test n’est nommé. Commencez par localiser les chemins de purge et rotate binlog ainsi que leur gestion de LOCK_index et LOCK_log, puis examinez les tests existants liés aux locks, s’il y en a. C’est terminé lorsque les tests couvrent le comportement demandé pour try-lock, retry et la réduction de la contention.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- cpp
- Domaine
- databases, performance
- Type d'issue
- Refactorisation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100