La variable de incremento auto_increment de la base de datos está configurada en "3" Adobe Commerce en nuestra arquitectura Cloud Pro

Este es el comportamiento esperado para las soluciones de arquitectura de planificación de Adobe Commerce en la infraestructura en la nube Pro debido a la arquitectura de 3 nodos y no se puede modificar.

Se utiliza el clúster de base de datos Galera, que es un clúster de base de datos con una base de datos MariaDB MySQL por nodo con una configuración de incremento automático de tres para ID únicos en cada base de datos.

¿Por qué el ID de incremento utilizado en los clústeres Pro no siempre se separa/incrementa en 3?

El ID de incremento utilizado en los clústeres no siempre se separa/incrementa en 3 debido al modo en que funciona Galera.

Cada uno de los tres servidores gestiona su propio espacio de ID, y el incremento que se utiliza depende de cuál es el servidor de base de datos principal MySQL (según la carga relativa), por lo que los huecos varían.
Si se conecta SSH a cada nodo y se conecta a la instancia local de MySQL que se ejecuta en ese nodo usando el puerto 3307 (en lugar de estar proxy al "principal" en el puerto estándar 3306), verá la siguiente imagen:

auto_increment

Por ejemplo, si el nodo principal seleccionado es el nodo 1, donde auto_increment_offset = 1, el ID se incrementaría en 1. A continuación, si se selecciona un nuevo nodo principal más adelante, por ejemplo, el nodo 3, donde auto_increment_offset = 3, se incrementaría en 3 en su lugar.

Vínculos útiles

Consulte en nuestra documentación para desarrolladores:

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a