Eine SI-Charter-Lesung wird zu einem YugabyteDB-Konflikt erneut angedegt, anstatt 503 zu beantworten

Verschifft

11. Oktober 2026 um 22:50 UTC

Autor

Kamo

Ausschuss

b460762

GET ************ (I1) löst die Charter in einer schreibgeschützten Transaktion von 15-25 Abfragen. Ein "Neustart read required" (40001) antwortete 503 CHARTER_UNAVAILABLE; AIServices kurze Lektüre antwortete dann 503 und die KamoAI-Laufzeit hielt die SI fünf Minuten lang als Providerausfall (auf dem sp00verify-Test SI um 22:30:30, mid-Conversation). ************ ist jetzt @RetryOnDbConflict: die Lektüre läuft wieder in einer neuen Transaktion. Es ist eine Lektüre, so ist es sicher zu wiederholen.