Separate BackendFetcher from HealthCheck
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Finde die Go-Implementierungen und Scheduling-Pfade für BackendFetcher und HealthCheck und lies anschließend nach, wie Fehler und Wiederholungen bei der Backend-Liste behandelt werden. Trenne ihre Zuständigkeiten, sodass das Abrufen von Backends die Health Checks nicht mehr verzögert; erreicht ist das Ziel, wenn die Health Checks rechtzeitig bleiben, während die Backend-Erkennung weniger häufig ausgeführt werden kann.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Development Task
Currently, BackendFetcher fetches the backend list every 3 seconds, together with health check. When fetching backends fails, it infinitely retries.
However, TiProxy doesn't need to fetch the backends so frequently, especially when there are tens of TiProxy and PD becomes the bottleneck, TiProxy may take more time to fetch the backend list, delaying health check. For scale-in, TiProxy can detect it from health check. For scale-out, TiProxy doesn't need to detect it so in time.
- Vorherrschende Sprache
- Go
- Sterne
- 73
- Forks
- 40
- Ø Merge
- 15 Std. 43 Min.
- Gemergte PRs (30 T.)
- 9
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus pingcap/tiproxy
-
migration:bb7133-tiproxy
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
migration:bb7133-tiproxy
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
[Rust-dataplane] Migration backend handshake must preserve CONNECT_WITH_DB when current-db emptyOffenmigration:bb7133-tiproxy
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
Maintainer antworten meist innerhalb von 1 Tag
-
[Rust-dataplane] Migration must not force CONNECT_ATTRS on backend lacking it with empty attrsOffenmigration:bb7133-tiproxy
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
Maintainer antworten meist innerhalb von 1 Tag
-
migration:bb7133-tiproxy
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in pingcap/tiproxy
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
area/frontend/library-panels automated-triage type/bug type/ux
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
microsoft/azure-linux-image-tools#954 ·
Maintainer antworten meist innerhalb von 1 Tag
-
panic "time: missing Location in call to Time.In" on MySQL via aws_rds since v0.8.0Evtl. vergeben @tylertechgraves hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
open-policy-agent/opa-control-plane#452 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
[bug bash] Actor logs are controlled by Kubernetes RBAC on the pool namespace, not atespace rolesOffenarea/cli area/security bug-bash kind/docs
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 80/100
agent-substrate/substrate#3242 ·
Maintainer antworten meist innerhalb von 1 Tag