Así que la replicación grupal de MySQL salió con MySQL 5.7. Ahora
que ha pasado un poco de tiempo, la gente está empezando a
preguntar más al respecto.
Jun
17
2019
May
15
2014
Original post: http://anothermysqldba.blogspot.com/2014/05/a-look-at-mysql-57-dmr.html
Así que pensé que ya era hora Miré a MySQL 5.7. Esta es una
visión general de alto nivel, pero yo estaba mirando por encima
de la MySQL 5.7 en un documento de síntesis:
Así que estoy empezando con una fresca …
[Lea más]
Jan
19
2014
Original post: http://anothermysqldba.blogspot.com/2014/01/can-mysql-replication-catch-up.html
Así que la replicación se ha mejorado recientemente en MySQL 5.6.
Sin embargo, la gente sigue utilizando 5.1 y 5.5 por lo que
algunas de estas mejoras tendrán que esperar para golpear el
mundo real.
Recientemente ayudé a paso en esta dirección con una solución de
replicación de geo-localizada. Una parte del país tenía un
servidor MySQL 5.1 y la otra parte del país tuvo un nuevo
servidor MySQL 5.6 instalado.
Después de lidiar con los problemas de obtener la copia de
seguridad inicial de los datos desde el primario al servidor
secundario (tardó varias horas para decir lo menos), tuve que
decidir podría replicación ponerse al día y mantener el ritmo. El
servidor principal tenía …
Sep
07
2013
Original post: http://anothermysqldba.blogspot.com/2013/09/mysql-access-and-replication-blocked-by.html
ERROR 2049 (HY000): Connection using old (pre-4.1.1)
authentication protocol refused (client option 'secure_auth'
enabled)
Si ha intentado conectarse a una base de datos MySQL y nos vemos
este error, entonces usted necesita para tener hash de contraseña
41byte válida. Si no está seguro de que usted tiene ejecutar el
SQL a continuación. Si usted tiene 16 contraseñas de caracteres
que son contraseñas antiguas.
select Password from mysql.user;
Lo que sigue es cómo resolví esto como parte de una migración de
MySQL 5.0 a MySQL 5.6.
El servidor MySQL 5.0 tiene una mezcla de los mayores pre 4.1
passwords y contraseñas 41byte válidos. Dado que el …
Aug
09
2013
Original post: http://anothermysqldba.blogspot.com/2013/08/create-slave-secondary-server-with.html
Así que primero usted podría ahorrar un poco de tiempo y leer el
ejemplo Percona para esto:
http://www.percona.com/doc/percona-xtrabackup/2.1/howtos/setting_up_replication.html
Pero por si acaso aquí es un ejemplo basado en una situación
real.
SERVIDOR PRIMARIO
# innobackupex /tmp/ <---- this is whatever directory you want
to store the backup in. This is a very basic no fluff …
Jun
11
2013
Original post: http://anothermysqldba.blogspot.com/2013/06/mysql-55-replication-to-mysql-56.html
Después de horas de frustración ..... Voy a decirlo de
manera simple como no actualizar a MySQL 5.6 si está ejecutando
cualquier versión inferior a MySQL 5.5.
Usted tiene que actualizar a MySQL 5.5 primero para mantener su
cordura y datos de contacto.
Un montón de blogs y la información disponibles sobre los cambios
de contraseñas en MySQL 5.6 y los apoyan. Incluso he
actualizado las contraseñas de MySQL 5.6 y la caja estaba en
marcha y funcionando muy bien. El problema era la
replicación. Tuve que repetir desde una versión MySQL menos
de MySQL 5.5 y simplemente no corría. He desactivado
secure_auth y podía conectar, pero aún no ha habido suerte …
May
13
2013
Original post: http://anothermysqldba.blogspot.com/2013/05/checking-out-mariadb-1002.html
He descargado el paquete fuente MariaDB 10.0.2 e hice una
instalación personalizada. Lo he hecho porque de
un post anterior en el que tuve 2 maestros
se encuentran ya construidas.Esta vez me quita la replicación
circular y les señaló que esta instalación MariaDB. He
utilizado el puerto 3310 esta vez. Los mismos ejemplos de
configuración de instalación del post anterior se aplicaría aquí
sólo había puesto en MariaDB-10.0.2 …
Dec
09
2009
Os presento las transparencias del curso de Replicación de MySQL que acabo de terminar y subir a Slideshare.
Contenido:
Maestro/Esclavo Maestro/Maestro Circular MMM MySQL Proxy
Replicación MysqlView more documents from Miguel Angel Nieto Salazar.
Nov
20
2009
La arquitectura Maestro/Maestro es muy sencilla tanto de entender como implementar. Cuando vimos anteriormente Maestro/Esclavo, vimos que el Maestro se utilizaba para escrituras, mientras que en lecturas teníamos N servidores. En ese caso la lectura no es problema, hay suficiente hardware procesando peticiones, pero ¿qué pasa con la escritura?. Según el número de usuarios aumente y la carga de escrituras sea mayor, dicho servidor terminará por no dar a basto ralentizando el buen funcionamiento de nuestras aplicaciones. Maestro/Maestro viene a solucionarnos este problema.
En este caso, H1 y H2 reciben las peticiones de escritura. Los dos deben tener los datos sincronizados, para ello se sigue el siguiente esquema:
- H1 es maestro de H2 (por lo tanto H2 esclavo de H1)
- H2 es maestro de H1 (por lo tanto H1 es esclavo de H2)
De esta forma, todo lo escrito en H1 se replicará a H2 y viceversa. …
[Lea más]
Sep
24
2009
Imaginemos que tenemos una infraestructura Maestro/Esclavo y el esclavo lo usamos para lecturas, backup o simplemente para dar un servicio mínimo si el Maestro se cae. Imaginemos que dicha replicación lleva caída un mes y el Maestro se rompe. Cuando te das cuenta es demasiado tarde y entonces toca imaginarse como huir sin que te pillen :)
Monitorizar si la replicación es correcta es sencillo, ya que MySQL nos puede dar en segundos el desfase que existe entre un host y otro a la hora de replicar los cambios. Con "SHOW SLAVE STATUS\G" tendremos la información que necesitamos:
*************************** 1. row
***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.60.1.3
Master_User: replication
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000021
Read_Master_Log_Pos: 327326
Relay_Log_File: mysqld-relay-bin.000061
…