El día 16 de septiembre de 2013 16:23, Ricardo <ricardoeur...@gmail.com> escribió: > El 16/09/13 11:13, Maykel Franco escribió: >> >> El día 16 de septiembre de 2013 16:05, Camaleón <noela...@gmail.com> >> escribió: >>> >>> El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: >>> .... >>> >>> Creo que la mejor "forma" para tablas tan grandes es un snapshot con >>> lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar >>> el snapshot. >>> >>> Saludos. > > En primer lugar, deberian normalizar esas bases de datos. Algo me indica que > tener tablas de 50 GB no esta incluido en ningun manual de mejores > practicas... > Por otro lado, como llegas a la conclusion (a mi parecer erronea) de que "la > mejor forma" es esa?
De acuerdo, no es normal tener 50 GB de tabla, pero cuando llegue a esta empresa ya ivan por 40 GB. Guardamos las tablas con el parámetro añadido a my.cnf, innodb_file_per_table=1. Lo que tenemos pretendido hacer es hacer un backup de la bd, posteriormente borrarla(ya que el ibdata de la tabla si solo borras datos de esa tabla, no disminuye el ibdata) y volver a crearla importando sólo los datos necesarios. No estoy de acuerdo que sea la mejor forma con un snapshot, pero lo que no quiero es que esa tabla se bloquee ya que está constantemente escribiendo. Usamos mysql galera con un balanceo de cargas con ultramonkey(heartbeat + ipvsadmin). Y haciendo un snapshot es la manera que se me ocurrió en "caliente". Debido a esto mi pregunta del cp vs mysqldump. Está claro que la mejor forma es usar su utilidad, mysqldump o similar. > > Claramente, todos los motores de bases de datos, incluyen comandos > especificos para respaldar y recuperar las bases de datos y tienen su > fundamento. > > Luego, cuando se necesita recuperar datos (que en definitiva es la unica > utilidad que tiene un backup) vienen los lamentos. > > Aqui tienes material para leer y reflexionar que te conviene: > https://dev.mysql.com/doc/refman/5.7/en/mysqlhotcopy.html Pero también hace un LOCK de la tabla verdad? Yo lo que quiero es un backup en caliente, sin pérdida de servicio de escritura. > https://dev.mysql.com/doc/refman/5.7/en/backup-types.html > > Gracias por todo. > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/5237145d....@gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa9itsdceu6cf0tldi43ogzslainat6+_stsi07x_kz...@mail.gmail.com
