Stop per-boot customer id FK tug-of-war in SchemaCleanupRunner

PerformanceInitializerService
Spegnimento
26 giugno 2026 alle ore 21:17 UTC
Autore
Kamo
Impegno
eea4c16

Rimuovere lo stallo RetailCustomer->Account gocce di pulizia di commerce carts.customer id, Non e' vero. E poi... Quelli colonne sono ora live, colonne FK di proprietà di Hibernate (Cart.customer / DraftOrder.customer mappa @JoinColumn(nome="customer id") -> account), così ddl-auto:aggiornamento ri-aggiunto colonna e rivalutato il FK a account (~7 min su questo cluster) su EVERY startup solo per questo corridore di cadere di nuovo. Quel tug-of-war era ~7 del ~11 min runtime e lasciò le colonne assenti a riposo. Lasciare Hibernate proprie loro costruisce la FK una volta e persiste; init stabile-stato dovrebbe scendere verso ~3-4 min.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo