- Verschifft
- 11. August 2026 um 18:36 UTC
- Autor
- Kamo
- Ausschuss
- b4fd867
Gefunden durch den Betrieb. YugabyteDB führt Online-Schema-Änderung durch, so dass ein CREATE UNIQUE INDEX herausgegeben wird während Hibernate's ddl-auto Pass noch absetzen kann das Rennen und die Rückkehr verlieren 40001 "konnte den Zugriff aufgrund gleichzeitiger Aktualisierung nicht serialisieren". Die Aussage ist in Ordnung - die identisch Einer gelingt Augenblicke später. Das als fatal zu behandeln, war viel schlimmer, als es klingt. Dieser Läufer ist @Order(43), also der Wurf brach den gesamten Initializer ab und übersprang alle 27 Läufer, die danach bestellt wurden. Ein vorübergehender Konflikt daher stillschweigend jede spätere Migration auf der Plattform zurückgehalten, und das einzige sichtbare Symptom war eine Strichbahn in der Mitte eines ansonsten normalen Laufs. Sicher stellen und sicherstellenCheckConstraint jetzt bis zu fünf Mal mit linearem Backoff erneut versuchen, wenn die Ausfall ist ein Widerspruchskonflikt, abgestimmt auf SQLSTATE 40001 und auf die Nachricht (der Treiber Oberflächen es in beide Richtungen je nachdem, wo es angehoben wird) und zu Fuß die Ursache Kette, weil Frühling wickelt es ein. Die Übereinstimmung ist absichtlich schmal: eine fehlende Tabelle, eine schlechte Spalte oder eine Duplikat-Taste Konflikt über reale Daten ist ein Mangel, der immer noch laut scheitern muss, anstatt vier weitere vor Gericht gestellt werden mal und dann trotzdem scheitern. Nach dem Fix gegen die Live-Datenbank verifiziert: alle 20 hr_training_*-Tabellen vorhanden, alle fünf erforderliche einzigartige Indizes erstellt, die Zwei-Senner-Kurs-item CHECK an Ort und Stelle, alle vier Ausbildung E-Mail Vorlagen ausgesät (eine SYSTEM-Reihe plus je 13 oderg Reihen), und jeder Läufer nach @Order(43) erreicht.