PolarDB:Sentencias DDL no bloqueantes

Paso 1: Habilite el modo DDL no bloqueante

SET SESSION loose_polar_nonblock_ddl_mode = ON;

El valor predeterminado de loose_polar_nonblock_ddl_mode es OFF.

Paso 2: Configure el comportamiento de reintento

SET SESSION loose_polar_nonblock_ddl_retry_times = 4194304;
SET SESSION loose_polar_nonblock_ddl_retry_interval = 6;
SET SESSION loose_polar_nonblock_ddl_lock_wait_timeout = 1;

Para obtener más información sobre cómo aplicar estos parámetros, consulte Configure cluster and node parameters.

Paso 3: Ejecute la sentencia DDL

ALTER TABLE table_name ADD INDEX index_name (column1, column2, column3);

La sentencia se ejecuta con comportamiento no bloqueante en la sesión actual. Las demás sesiones no se ven afectadas.

Configuración

1. Cree una tabla con 1 millón de filas:

   ./oltp_read_write.lua --mysql-host="Cluster endpoint" --mysql-port="Port number" \
     --mysql-user="Username" --mysql-password="Password" \
     --mysql-db="sbtest" --tables=1 --table-size=1000000 \
     --report-interval=1 --percentile=99 --threads=8 --time=6000 prepare

2. Simule una carga de trabajo de lectura y escritura:

   ./oltp_read_write.lua --mysql-host="Cluster endpoint" --mysql-port="Port number" \
     --mysql-user="Username" --mysql-password="Password" \
     --mysql-db="sbtest" --tables=1 --table-size=1000000 \
     --report-interval=1 --percentile=99 --threads=8 --time=6000 run

3. Mantenga un bloqueo MDL al iniciar una transacción y dejarla abierta:

   /* Session 1 */
   BEGIN;
   SELECT * FROM sbtest1;

4. En una segunda sesión, agregue una columna a la tabla:

   /* Session 2 */
   ALTER TABLE sbtest1 ADD COLUMN d INT;

5. Repita el cambio de esquema con gh-ost (requiere registro binario; consulte Enable binary logging):

   ./gh-ost --assume-rbr --user="Username" --password="Password" \
     --host="Cluster endpoint" --port="Port number" \
     --database="sbtest" --table="sbtest1" --alter="ADD COLUMN d INT" \
     --allow-on-master --aliyun-rds \
     --initially-drop-old-table --initially-drop-ghost-table --execute

Impacto en las TPS

• DDL bloqueante (sentencias DDL no bloqueantes deshabilitadas): las TPS caen a cero y permanecen así hasta que termina la sentencia DDL.

• DDL no bloqueante: las TPS disminuyen periódicamente mientras la sentencia DDL reintenta obtener el bloqueo, pero nunca llegan a cero. El impacto en el negocio es mínimo.

• gh-ost: las TPS caen a cero en picos periódicos. Esta herramienta crea una tabla fantasma, le aplica los cambios y luego renombra atómicamente dicha tabla para reemplazar a la original (el paso de corte). Este proceso requiere un breve bloqueo de tabla, lo que provoca las caídas periódicas de TPS.

Comparación de velocidad con 100 millones de filas

Se agregaron columnas a una tabla de 100 millones de filas mediante sentencias DDL no bloqueantes (algoritmos INSTANT, INPLACE y COPY) y gh-ost.

• Sin carga de trabajo: las sentencias DDL no bloqueantes terminan más rápido que gh-ost.

• Carga de trabajo de lectura y escritura: las sentencias DDL no bloqueantes siguen terminando más rápido que gh-ost.

Las sentencias DDL no bloqueantes mantienen las TPS por encima de cero durante todo el cambio de esquema. Además, terminan más rápido que gh-ost tanto sin carga como con cargas similares a las de producción.