Database auto_increment increment variabele ingesteld op "3" Adobe Commerce op onze cloud pro architectuur

Dit is het verwachte gedrag voor Adobe Commerce op cloudinfrastructuur Pro-architectuuroplossingen vanwege de architectuur met drie knooppunten en kan niet worden gewijzigd.

De Galera-databasecluster wordt gebruikt. Dit is een databasecluster met één MariaDB MySQL-database per knooppunt met een instelling voor automatisch verhogen van drie voor unieke id's in elke database.

waarom wordt increment identiteitskaart die op Pro clusters wordt gebruikt niet altijd gescheiden/verhoogd door 3?

De verhogings-id die in clusters wordt gebruikt, wordt niet altijd met 3 gescheiden/verhoogd vanwege de manier waarop Galera werkt.

Elk van de drie servers beheert zijn eigen ruimte van identiteitskaart, en de toename die afhangt van welke MySQL belangrijkste gegevensbestandserver (afhankelijk van de relatieve lading) is - vandaar de variërende hiaten.
Als u SSH aan elke knoop verbindt en met de lokale instantie MySQL verbindt die op die knoop gebruikend haven 3307 loopt (in plaats van proxied aan "hoofd"op de standaardhaven 3306), zult u het volgende beeld zien:

Als de geselecteerde hoofd bijvoorbeeld knooppunt 1 is waar auto_increment_offset = 1 staat, wordt de id verhoogd met 1. Als een nieuw hoofdknooppunt later wordt geselecteerd, bijvoorbeeld knooppunt 3 waar auto_increment_offset = 3 , wordt het in plaats daarvan met 3 verhoogd.

Nuttige koppelingen

Zie in onze documentatie voor ontwikkelaars: