Ahorro de una campaña ya no falla con "Reestar lectura requerida"

FixEmailService
Se descapó
12 de septiembre de 2026 a las 21:46 UTC
Autor
Kamo
Compromit
fb1e1cc

La fila de proveedores a granel (anfitrión, enviar ventana, calentamientos, audiencias de campaña) fue leída dentro de las llamadas de los que llamón transacciones más largas. Un ahorro de campaña escribe la audiencia de la fila en una transacción propia y luego, en su propia transacción, lea la fila de vuelta para responder: la escritura aterriza en YugabyteDB's Ventana de incertidumbre del reloj, la lectura tiene que reiniciar, y YugabyteDB sólo puede reiniciar una transacción primera declaración por sí misma, por lo que el ahorro fracasó cada vez que las cajas "Todos" cambiaron, y Enviar con ella. Cada lectura de la fila ahora pasa por ******************* en una transacción corta de su propia donde siempre es la primera declaración.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios