Comments on: MySQL: hacer un “snapshot” del máster http://mnm.uib.es/gallir/posts/2007/10/03/1194/ I write about free software, and free culture Fri, 19 Mar 2010 01:18:59 +0000 http://wordpress.org/?v=2.2.3 By: xeon http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42271 xeon Sat, 06 Oct 2007 17:40:40 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42271 Yo para "replicar" los datos lo que suelo hacer es "on-the-fly" enviar un tar.gz de todo (es decir, código + caché -esto viene a ser importante, sin los modulos cache puedo tirarme unas dos horitas más para poner todo arriba- + mysql). Lo que si es que miedo me da como algo pete :-) Yo para “replicar” los datos lo que suelo hacer es “on-the-fly” enviar un tar.gz de todo (es decir, código + caché -esto viene a ser importante, sin los modulos cache puedo tirarme unas dos horitas más para poner todo arriba- + mysql). Lo que si es que miedo me da como algo pete :-)

]]> By: dani http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42250 dani Fri, 05 Oct 2007 21:42:56 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42250 La verdad que es el mejor metodo para hacer backups en mysql, via slave. Utilizando innodb no hace falta regenerar los indices porque por si mismo los genera la lanzar el servidor, ademas aporta bloqueo por columna y esto facilita a la hora de hacer el dump. Aunque quiza sea más lento de acceso, ¿porque una solucion mixta de engines en tablas? Tambien, utlimamente en el planet de mysql (www.planetmysql.com) se ha estado hablando de mysqlpdump ( http://www.fr3nd.net/projects/mysqlpdump/ ) y conociendo la programador no tengo ninguna duda que tiene muy buena pinta. La verdad que es el mejor metodo para hacer backups en mysql, via slave.

Utilizando innodb no hace falta regenerar los indices porque por si mismo los genera la lanzar el servidor, ademas aporta bloqueo por columna y esto facilita a la hora de hacer el dump. Aunque quiza sea más lento de acceso, ¿porque una solucion mixta de engines en tablas?

Tambien, utlimamente en el planet de mysql (www.planetmysql.com) se ha estado hablando de mysqlpdump ( http://www.fr3nd.net/projects/mysqlpdump/ ) y conociendo la programador no tengo ninguna duda que tiene muy buena pinta.

]]> By: KaMpA http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42247 KaMpA Fri, 05 Oct 2007 16:23:53 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42247 Y alguien lo ha probado vía drbd, si funciona correctamente? Y alguien lo ha probado vía drbd, si funciona correctamente?

]]> By: Bor http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42215 Bor Thu, 04 Oct 2007 07:40:08 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42215 Ya que comentaris de buenos blogs sobre mysql, tb conozco ese desde los principios, hay otro que es tb genial, el del xaprb. http://www.xaprb.com/blog/ Para vosotros que usais replicación tienen especial interes unos scripts con los que comprobar feacientemente que los datos de las replicas son identicos a los del master(via checksum), vamos, que un admin no se ha equivocado y se la liado a tirar updates ahi a lo tonto :) Tiene bastantes utilidades curiosas y muy utiles. Ya que comentaris de buenos blogs sobre mysql, tb conozco ese desde los principios, hay otro que es tb genial, el del xaprb.
http://www.xaprb.com/blog/
Para vosotros que usais replicación tienen especial interes unos scripts con los que comprobar feacientemente que los datos de las replicas son identicos a los del master(via checksum), vamos, que un admin no se ha equivocado y se la liado a tirar updates ahi a lo tonto :) Tiene bastantes utilidades curiosas y muy utiles.

]]> By: Fernando Serer http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42213 Fernando Serer Thu, 04 Oct 2007 07:36:19 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42213 Para hacer un mysqldump cuando no se puede usar hotcopy (innodb) yo uso un servidor slave, paro (slave stop) y hago el dump. Para asegurar que ambos servidores están bien sincronizados existe <a href="http://mysqltoolkit.sourceforge.net/" rel="nofollow">mysqltoolkit</a>. Bueno, la verdad es que las copias fuera del datacenter las hago así. No me digáis que no es seguro eso, que me da algo :) Para hacer un mysqldump cuando no se puede usar hotcopy (innodb) yo uso un servidor slave, paro (slave stop) y hago el dump. Para asegurar que ambos servidores están bien sincronizados existe mysqltoolkit. Bueno, la verdad es que las copias fuera del datacenter las hago así.

No me digáis que no es seguro eso, que me da algo :)

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42188 gallir Wed, 03 Oct 2007 20:58:41 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42188 > ¿Tienes dos servidores MySql en el mismo servidor? No, qué va. Tenemos otro servidor, en otro lugar, haciendo de réplica por si ocurre algún desastre en el proveedor actual. Además la usamos para hacer las consultas más complejas que bloquearían al principal (por el lock a toda las tablas que aplica el MyISAM). Sobre el mysqlperfomanceblog.com, lo sigo desde casi sus inicios. Los tíos son unos cracks (al menos uno de ellos trabajaba en mysql.com). > ¿Tienes dos servidores MySql en el mismo servidor?

No, qué va. Tenemos otro servidor, en otro lugar, haciendo de réplica por si ocurre algún desastre en el proveedor actual. Además la usamos para hacer las consultas más complejas que bloquearían al principal (por el lock a toda las tablas que aplica el MyISAM).

Sobre el mysqlperfomanceblog.com, lo sigo desde casi sus inicios. Los tíos son unos cracks (al menos uno de ellos trabajaba en mysql.com).

]]> By: Borja http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42187 Borja Wed, 03 Oct 2007 20:52:12 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42187 #5 En mi caso los servidores están distribuidos en diferentes zonas geográficas, de ahí que no viera la utilidad del dump :) #8 ¿Tienes dos servidores MySql en el mismo servidor? Es una solución que me he planteado en alguna ocasión para hacer un balanceo de carga y tener mayor tolerancia a errores en casos de recursos limitados, ¿funciona bien? ¿mejora el rendimiento? Aprovecho para recomendar un blog qué he descubierto hace poco http://www.mysqlperformanceblog.com/ #5 En mi caso los servidores están distribuidos en diferentes zonas geográficas, de ahí que no viera la utilidad del dump :)

#8 ¿Tienes dos servidores MySql en el mismo servidor?
Es una solución que me he planteado en alguna ocasión para hacer un balanceo de carga y tener mayor tolerancia a errores en casos de recursos limitados, ¿funciona bien? ¿mejora el rendimiento?

Aprovecho para recomendar un blog qué he descubierto hace poco http://www.mysqlperformanceblog.com/

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42185 gallir Wed, 03 Oct 2007 19:22:48 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42185 > Hombre! Pues claro, implementa un balanceo de querys como dios manda y problema resuelto :) Pero tenemos un sólo servidor para todo (mysql+apache/php), y espero que dure. La administración de diferentes servidores no me divierte demasiado, si es KISS extremo, pero me gusta más :-) > Hombre! Pues claro, implementa un balanceo de querys como dios manda y problema resuelto :)

Pero tenemos un sólo servidor para todo (mysql+apache/php), y espero que dure. La administración de diferentes servidores no me divierte demasiado, si es KISS extremo, pero me gusta más :-)

]]> By: Bor http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42184 Bor Wed, 03 Oct 2007 19:12:41 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42184 Hombre! Pues claro, implementa un balanceo de querys como dios manda y problema resuelto :) Realmente tenemos una replica que no es consultada desde producción que es la que usamos para esto. Hombre! Pues claro, implementa un balanceo de querys como dios manda y problema resuelto :)
Realmente tenemos una replica que no es consultada desde producción que es la que usamos para esto.

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42181 gallir Wed, 03 Oct 2007 19:04:14 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42181 > Parando el mysql no hay problema:) Ya, pero te imaginas parar así un sistema en producción. En el menéame me mandarían a la mierda enseguida y se escribiría en blogs que el sistema peta (como debería :roll: ). > Parando el mysql no hay problema:)

Ya, pero te imaginas parar así un sistema en producción. En el menéame me mandarían a la mierda enseguida y se escribiría en blogs que el sistema peta (como debería :roll: ).

]]> By: Bor http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42180 Bor Wed, 03 Oct 2007 18:49:44 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42180 Parando el mysql no hay problema:) En respuesta a #2, a pesar de tener varias replicas, viene bien hacer un dump, o hotcopy o lo que sea, yo saco una copia todos los dias del datacenter, hay que pensar en el peor de los casos y no vaya a ser que explote el centro de datos :) Parando el mysql no hay problema:)

En respuesta a #2, a pesar de tener varias replicas, viene bien hacer un dump, o hotcopy o lo que sea, yo saco una copia todos los dias del datacenter, hay que pensar en el peor de los casos y no vaya a ser que explote el centro de datos :)

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42179 gallir Wed, 03 Oct 2007 18:41:04 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42179 #1, #2, #3, ¿pero sóis cuidadosos de hacer el lock de lectura, y el "flush" de las tablas antes de hacer el tar o la copia? (el mysqlhotcopy hace todo eso). #1, #2, #3, ¿pero sóis cuidadosos de hacer el lock de lectura, y el “flush” de las tablas antes de hacer el tar o la copia? (el mysqlhotcopy hace todo eso).

]]> By: Bor http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42178 Bor Wed, 03 Oct 2007 18:34:58 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42178 Debe ser que los borjas somos muy brutos, exactamente lo mismo, tar de otra replica, scp y edicion de archivos para ajustarlos al nuevo hostname. :) Debe ser que los borjas somos muy brutos, exactamente lo mismo, tar de otra replica, scp y edicion de archivos para ajustarlos al nuevo hostname. :)

]]> By: Borja http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42174 Borja Wed, 03 Oct 2007 16:25:47 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42174 Yo como el comentario anterior también tiro de tar para crear las replicaciones, principalmente porque mysqlhotcopy no soporta tablas innodb qué son las que yo utilizo. Además para no tener que detener el master, creo los slaves a partir de un slave ya configurado. Lo que no entiendo es para que quieres hacer una imagen de la base de datos todos los días si ya tienes 2 o 3 servidores esclavos preparados para sustituir al master en cualquier momento. Yo como el comentario anterior también tiro de tar para crear las replicaciones, principalmente porque mysqlhotcopy no soporta tablas innodb qué son las que yo utilizo. Además para no tener que detener el master, creo los slaves a partir de un slave ya configurado.

Lo que no entiendo es para que quieres hacer una imagen de la base de datos todos los días si ya tienes 2 o 3 servidores esclavos preparados para sustituir al master en cualquier momento.

]]> By: Bor http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42168 Bor Wed, 03 Oct 2007 15:28:15 +0000 http://mnm.uib.es/gallir/posts/2007/10/03/1194/#comment-42168 Interesante, esta es una de esas tareas que tienen mil caminos para llegar a la misma solución. Esta es "bonita", yo soy mas bruto y tiro más de tar :) Interesante, esta es una de esas tareas que tienen mil caminos para llegar a la misma solución. Esta es “bonita”, yo soy mas bruto y tiro más de tar :)

]]>