- Verschifft
- 11. Mai 2026 um 18:23 UTC
- Autor
- kamo
- Ausschuss
- a274da5
Der vorherige Fix hatte /api/user-info call /api/security/session/refresh vor der Lektüre Redis, aber die Lektüre ging durch readKsemJsonFromRedisWithRetry die getRedisReadClient() verwendet - eine Lesereplika. Die Refresh schreiben Hits der Redis Master, so dass auf einem frisch replizierten Schlüssel gibt es eine Replikation-Lag Fenster, in dem die Replik noch die abgestandene JSON serviert. Der gemeinsame Retry Leser nur, wenn der Schlüssel fehlt oder leer, nicht, wenn es abgestanden ist, so kehrte es alte Rechte jedes Mal und Seiten wie /settings/Konto gehalten Umleitung von Kind-Or-Besitzer von Apps & Features. Wenn die Aktualisierung gelingt, lesen Sie direkt vom Schreibclient (derselbe Meister, der gerade das Schreiben erhalten hat), so dass wir immer unsere eigenen schreiben sehen. Herbst zurück zum Shared Retry Reader nur, wenn keine Refresh lief - der Replik Pfad ist billiger und das bestehende Retry-Verhalten behandelt fehlende Schlüsselrennen auf brandneue Sitzungen.