- Se descapó
- 11 de mayo de 2026 a las 18:23 UTC
- Autor
- kamo
- Compromit
- a274da5
La solución anterior tenía /api/user-info llamada /api/security/session/refresh antes de leer Redis, pero la lectura pasó por leerKsemJsonFromRedisWithRetry que utiliza getRedisReadClient() Una réplica de lectura. La refresca escritura golpea el Redis master, así que en una llave recién replicada hay una replicación-lag ventana donde la réplica todavía sirve al JSON rano. El repitán compartido El lector sólo vuelve a intentar cuando falta la llave o vacía, no cuando está ranciado, para que devolvía viejos derechos cada vez y páginas como /settings/cuenta se guardaba redirija a los propietarios de niños de aplicaciones y características. Cuando la actualización tenga éxito, lea directamente del cliente de escritura (el mismo Maestro que acaba de recibir la escritura) así que siempre vemos nuestra propia escritura. Caída volver al lector de retenciones compartida sólo cuando no se corrió ninguna actualización. es más barato y el comportamiento de reinicio existente maneja carreras de llaves perdidas en Sesiones nuevas.