MySQL · Lección 12
¿Cómo funciona la replicación estándar de MySQL y qué aportan los GTID?
Un hilo de la réplica descarga el binlog del origen al relay log y otro lo aplica; es asíncrona, el origen no espera; con GTID cada transacción tiene un identificador global, lo que facilita reposicionar réplicas sin calcular archivo y posición del binlog
La réplica lee directamente los archivos de datos del origen por red, sin usar el binary log ni el relay log
Con GTID hay que indicar manualmente el archivo y la posición exactos del binlog para cada réplica, igual que sin GTID
El origen espera a que todas las réplicas apliquen cada transacción antes de confirmarla al cliente, por eso la replicación nunca pierde datos
MySQL · Lección 12
Completa el código
La réplica guarda el binlog recibido en el relay
Revisa: relay log.
MySQL · Lección 12
¿Por qué los GTID simplifican promover otra réplica tras un fallo?
Pista: cada servidor sabe qué transacciones ha ejecutado, así que se puede reanudar desde el punto correcto sin calcular archivo y posición; se evitan errores al reconfigurar las demás réplicas hacia el nuevo origen.
✓
¡Lección completada!
Replicación asíncrona y GTID
0
XP ganado
3
Vidas restantes