MySQL: Replicación de bases de datos

MySQL: Replicación de bases de datos El proceso de replicación de una base de datos consiste en replicar las consultas de actualización (tanto DML como DDL) en una base de datos maestra (master) sobre una o varias bases de datos esclavas (slave), de manera que tengamos una copia de las mismas a lo largo del tiempo. MySQL soporta replicación unidireccional asíncrona, es decir, las consultas de actualización ejecutadas en el maestro son replicadas en los servidores esclavos. Esta replicación se realiza de forma transparente. Además es instantánea si los servidores esclavos están levantandos y en estado de replicación. GIF ¿Para qué nos puede interesar replicar bases de datos? La replicación es útil para: Copia de seguridad: En condiciones normales, una base de datos replicada de forma correcta es válida como copia de seguridad. Además se puede realizar copias de seguridad usando un servidor esclavo para así no interferir al servidor maestro. Mejorar la escalabilidad: Podríamos configurar nuestras aplicaciones para balancear las consultas de lectura (SELECT) entre los servidores replicados. Podríamos usar herramientas como MySQL Proxy para balancear las consultas de lectura entre los servidores replicados y enviar las consultas de actualización de datos al maestro. Alta disponibilidad: En aplicaciones y entornos en donde sólo se requieren lecturas, podríamos configurar nuestras aplicaciones para balancear las consultas de lectura (SELECT) entre los servidores replicados de manera que si uno se cae se continué prestando servicio. GIF Conceptos necesarios de conocer relacionados con la replicación en MySQL El Log Binario El log binario es un archivo binario gestionado por el servidor de base de datos en el que se registran todas las sentencias SQL de modificación de datos o estructura. En el caso de la replicación es importante saber que cada servidor esclavo se conecta al servidor maestro y le solicita que le envié las sentencias registradas en los logs binarios a partir de una posición, para ello, cada esclavo mantiene un archivo a modo de índice en donde registra la posición actual de la replicación. Gracias a esto, podemos detener el esclavo (STOP SLAVE), que haya un corte de red, etc.. de manera que cuando se vuelva a iniciar la replicación (START SLAVE) o se restablezca la comunicación… Pase el tiempo que pase) el esclavo solicitará al maestro todas las sentencias a ejecutar desde su estado actual y las irá ejecutando secuencialmente de manera que en cuestión de segundos ambos servidores tendrán las bases de datos con el mismo contenido y estructura. El log binario por defecto está ubicado en la carpeta /data y se llama igual que la máquina con el sufijo -bin y un número como extensión. Ejemplos: pccarlos-bin.00001, pccarlos-bin.00002, pccarlos-bin.00003 GIF Mas información sobre replicacion. http://dev.mysql.com/doc/refman/5.7/en/replication.html http://www.boksar.info/?p=423 https://www.swapbytes.com/monitorizar-resolver-problemas-replicacion-mysql/ GIF Video link: https://www.youtube.com/watch?v=C-A7tBYhWOE GIF @22matutex22 Si les gusto comenten y seguime GIF GIF