Uiteindelijk hebben we dit tot op de bodem uitgezocht.
Het was ons gebruik van nvarchar(max)-kolommen die de replicatie ervan weerhielden om batches te gebruiken. Wat vroeger 3 uur duurde, duurt nu 50 seconden door het gegevenstype te wijzigen.
Hier is de geleerde les:"nvarchar(max) is een replicatiemoordenaar"
Bedankt
Tempdb vol bij het opvragen van verschillende tellingen van alle tabellen
mysql-volgorde op rand() prestatieprobleem en oplossing
Algemene fout:3780 Verwijzen naar kolom 'post_id' en kolom 'id' waarnaar wordt verwezen in externe sleutelbeperking 'fk_post' zijn incompatibel
Hoe de te gebruiken volgorde definiëren bij het maken van een tabel in ActiveRecord-migratie in Ruby on Rails 5.2?