OpenTenBase / OpenTenBase/TXSQL
Perf : try lock优化purge binlog与rotate binlog时锁LOCK_index的冲突
Offen
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C++
- Sterne
- 337
- Forks
- 234
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
用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
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Es werden keine Dateien oder Tests genannt. Beginne damit, die purge- und rotate-binlog-Pfade sowie deren Behandlung von LOCK_index und LOCK_log zu finden, und untersuche anschließend vorhandene Tests zu Locks, falls vorhanden. Die Aufgabe ist abgeschlossen, wenn das angeforderte Verhalten für try-lock, retry und reduzierte Contention durch Tests abgedeckt ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- cpp
- Bereich
- databases, performance
- Issue-Typ
- Refactoring
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100