PaaS uniquement

Variable d’incrément auto_incrémentation de la base de données définie sur "3" Adobe Commerce sur notre architecture cloud pro

Il s’agit du comportement attendu pour les solutions d’architecture de plan Adobe Commerce sur l’infrastructure cloud Pro en raison de l’architecture à 3 noeuds et il ne peut pas être modifié.

La grappe de base de données Galera est utilisée, c’est-à-dire une grappe de base de données avec une base de données MariaDB MySQL par noeud avec un paramètre d’incrémentation automatique de trois pour les identifiants uniques de chaque base de données.

Pourquoi l’identifiant d’incrément utilisé sur les grappes Pro n’est-il pas toujours séparé/incrémenté par 3 ?

L’ID d’incrément utilisé sur les grappes ne sera pas toujours séparé/incrémenté par 3 en raison du fonctionnement de Galera.

Chacun des trois serveurs gère son propre espace d’identification. L’incrément utilisé dépend de celui du serveur de base de données principal MySQL (en fonction de la charge relative), d’où les écarts variables.
Si vous SSH sur chaque noeud et que vous vous connectez à l’instance MySQL locale s’exécutant sur ce noeud à l’aide du port 3307 (au lieu d’être proxy sur "main" sur le port standard 3306), l’image suivante s’affiche :

Par exemple, si la principale sélectionnée est le noeud 1 où auto_increment_offset = 1, l’identifiant sera incrémenté de 1. Ensuite, si un nouveau noeud principal est élu ultérieurement, par exemple, noeud 3 où auto_increment_offset = 3, il sera incrémenté de 3 à la place.