Nuevo Texto De OpenDocument

6.3. Detalles de la implementación de la replicación
Las capacidades de replicación de MySQL están implementadas usando tres flujos. Cuando se ejecuta un START SLAVE, el esclavo crea un flujo deentrada/salida, que conecta al maestro y le pide que envíe los comandos guardados en su log binario. El maestro crea un flujo identificado como Binlog Dump para enviar los contenidos del log binario alesclavo. El flujo de entrada/salida del esclavo lee lo que el flujo Binlog Dump del maestro envía y copia estos datos en ficheros locales, llamados logs retardados, en el directorio de datos delesclavo. El tercer flujo es el flujo SQL, que crea el esclavo para leer los logs retardados y para ejecutar las actualizaciones que contiene.
Hay tres flujos por esclavo. Un maestro que tiene variosesclavos crea un flujo para cada esclavo conectado; cada esclavo tiene sus propios flujos de entrada/salida y SQL.
Leer dos comandos y ejecutarlos se divide en dos tareas independientes. La tarea de leercomandos no se ralentiza si la ejecución es lenta.
El comando SHOW PROCESSLIST proporciona información que le dice qué está ocurriendo en el maestro y en el esclavo teniendo en cuenta la replicación.En el servidor maestro, la salida de SHOW PROCESSLIST tiene este aspecto:
mysql> SHOW PROCESSLIST\G
*************************** 1. row ***************************
Id: 2
User: root
Host:localhost:32931
db: NULL
Command: Binlog Dump
Time: 94
State: Has sent all binlog to slave; waiting for binlog to
be updated
Info: NULL
Aquí, el flujo 2 es un flujo de replicaciónpara un esclavo conectado. La información indica que todas las actualizaciones se han enviado al esclavo y que el maestro está esperando más actualizaciones.
En el servidor esclavo, la salida paraSHOW PROCESSLIST tiene este aspecto:
mysql> SHOW PROCESSLIST\G
*************************** 1. row ***************************
Id: 10
User: system user
Host:
db: NULL
Command:...