4 messages in com.mysql.lists.mysql-esRe: ref: InnoDB
FromSent OnAttachments
Galo Izquierdo V07 May 2008 05:35 
Juan Eduardo Moreno07 May 2008 06:30 
Galo Izquierdo V07 May 2008 10:35 
ewen fortune07 May 2008 11:32 
Subject:Re: ref: InnoDB
From:ewen fortune (ewen@gmail.com)
Date:05/07/2008 11:32:35 AM
List:com.mysql.lists.mysql-es

Puede ser que el "high water mark" del master esté más alto por los UPDATES/DELETES/etc de la vida del BBDD que no ha tenido el slave? Así tendras los mismos datos en cada servidor, pero el tablespace del master sera más grande.

Ewen

2008/5/7 Galo Izquierdo V <galo@gye.hamburgsud.com>:

Yo tengo activado dicha opcion: innodb_file_per_table ,de hecho en el directorio de la base de datos estan cada una de las tablas y sus respectivos tamaños, pero no entiendo que hace que crezca el ibdata pues aparentemente los datos no estan ahi sino en cada archivo.

Lo que me parece aun desconocido es porque si tengo 2 server identicos (en la configuracion) pero uno es master y el otro slave ambos deberian estar con los mismos tamaños en el ibdata,

En el slave lo volvi a crear desde cero pero aun no concuerdan los valores de ibdata.

Gracias,

Saludos Galo Izquierdo V

_____

De: Juan Eduardo Moreno [mailto:juan@gmail.com] Enviado el: Miércoles, 07 de Mayo de 2008 08:31 Para: galo@gye.hamburgsud.com CC: mysq@lists.mysql.com Asunto: Re: ref: InnoDB

Galo,

El IBDATA ( ibdata1, ibdata2 etc) es un tablespace de definiciones de las tablas innodb y datos transaccionales.

Si defines que tu data se vaya toda a este tablespace este ira creciendo día a día conforme los inserts a tus tablas. En este caso la única forma para comprirlo es recrearlo, previo backup de todas tus bases de datos con mysqldump.

El procedimiento sería así :

1) Una vez generado el backup con mysqldump ( ejem mysqldump --opt --databases base1 base2 base3..etc > base1.sql) de tus bases de datos, debes borrar las bases ( drop database XXX). 2) bajar la base de datos y borrar físicamente el ibdata1 o 2 ( el nombre que pusiste en el my.cnf). 3) Subir la base de datos, en la subida este va a recrear desde cero el ibdata limpio, vacío y con el tamano inicial definido en el my.cnf 4) cargas las bases de datos nuevamente desde el backup con mysqldump previo ( usando mysql -pxxx -uxxx < backupbase1.sql)

Saludos Juan Edo.

PS: 1) Si piensas que crece muchon tu ibdata, puedes usar innodb_file_per_table en las opciones de subida de Innodb para dejar un archivo administrable por tabla y no todo junto en el ibdata.

On 5/7/08, Galo Izquierdo V <galo@gye.hamburgsud.com> wrote:

Una pregunta, aunque he buscado por el web no he encontrado una respuesta favorable, Tengo un servidor Suse 10.2 con mysql 5.22, uso InnoDB el cual tengo un ibdata de mas de 3gb. Hay alguna manera de comprimir o desfragmentar el archivo ibdata pues yo replico esa base de datos en otro suse identico el cual tiene su ibdata de 2.3gb no entiendo el porque las diferencias.

Gracias de antemano.

Galo Izquierdo V

Coordinador de IT

Hamburg Süd Ecuador S.A.

PBX: (593 4) 220-7989 ext: 404

Fax: (593 4) 220-7990

Movil: (593 9) 278-6000

Certificacion ISO 9001:2000 ISO 14001 desde Agosto 16, 2001

Certificacion BASC G 02:2003 desde Mayo 22,2003

email: galo@gye.hamburgsud.com

web page: <file:///C:/Documents%20and%20Settings/Administrador/Datos%20de%20programa/M icrosoft/Signatures/www.hamburgsud.com> www.hamburgsud.com

Cuida tu planeta, recicla.