PolarDB:Instructions DDL non bloquantes

Étape 1 : Activer le mode DDL non bloquant

SET SESSION loose_polar_nonblock_ddl_mode = ON;

La valeur par défaut de loose_polar_nonblock_ddl_mode est OFF.

Étape 2 : Configurer le comportement de nouvelle tentative

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;

Pour plus d'informations sur l'application de ces paramètres, consultez Configurer les paramètres du cluster et du nœud.

Étape 3 : Exécuter l'instruction DDL

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

L'instruction s'exécute avec un comportement non bloquant pour la session en cours. Les autres sessions ne sont pas affectées.

Configuration

1. Créez une table contenant 1 million de lignes :

   ./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. Simulez une charge de travail en lecture/écriture :

   ./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. Maintenez un verrou MDL en démarrant une transaction et en la laissant ouverte :

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

4. Dans une seconde session, ajoutez une colonne à la table :

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

5. Répétez la modification du schéma à l'aide de gh-ost (nécessite la journalisation binaire, voir Activer la journalisation binaire) :

   ./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

Impact sur le TPS

• DDL bloquant (DDL non bloquant désactivé) : le TPS chute à zéro et y reste jusqu'à la fin de l'instruction DDL.

• DDL non bloquant : le TPS diminue périodiquement lorsque l'instruction DDL tente d'obtenir le verrou, mais ne tombe jamais à zéro. L'impact sur l'activité est minime.

• gh-ost : le TPS chute périodiquement à zéro. gh-ost fonctionne en créant une table fantôme, en y appliquant les modifications, puis en renommant atomiquement cette table fantôme pour remplacer l'originale (étape de basculement). Ce basculement nécessite un verrouillage bref de la table, ce qui provoque les chutes périodiques du TPS.

Comparaison des vitesses sur 100 millions de lignes

Des colonnes ont été ajoutées à une table de 100 millions de lignes à l'aide d'instructions DDL non bloquantes (algorithmes INSTANT, INPLACE et COPY) et de gh-ost.

• Sans charge de travail : les instructions DDL non bloquantes s'exécutent plus rapidement que gh-ost.

• Avec charge de travail en lecture/écriture : les instructions DDL non bloquantes restent plus rapides que gh-ost.

Les instructions DDL non bloquantes maintiennent le TPS au-dessus de zéro tout au long de la modification du schéma et s'exécutent plus rapidement que gh-ost, tant en l'absence de charge que sous des charges similaires à celles d'un environnement de production.