¿Es posible limpiar un motor de almacenamiento mysql innodb para que no almacene datos de tablas eliminadas?

¿O tengo que reconstruir una base de datos nueva cada vez?

Aquí hay una respuesta más completa con respecto a InnoDB. Es un proceso un poco largo, pero puede valer la pena.

Manten eso en mente /var/lib/mysql/ibdata1 es el archivo más ocupado en la infraestructura de InnoDB. Normalmente alberga seis tipos de información:

• Datos de tabla
• Índices de tabla
• MVCC (Control de concurrencia multiversionante)Datos
  • Segmentos de reversión
  • Deshacer espacio
• Metadatos de tabla (Diccionario de datos)
• Memoria intermedia de doble escritura (escritura en segundo plano para evitar la dependencia del almacenamiento en caché del sistema operativo)
• Insert Buffer (gestión de cambios en índices secundarios no únicos)
• Ver el Pictorial Representation of ibdata1

Arquitectura InnoDB

Muchas personas crean múltiples ibdataarchivos con la esperanza de una mejor gestión y rendimiento del espacio en disco, sin embargo, esa creencia es errónea.

Puedo correr OPTIMIZE TABLE?

Desafortunadamente, ejecutar OPTIMIZE TABLEcontra una tabla InnoDB almacenada en el archivo de espacio de tabla compartido ibdata1hace dos cosas:

• Hace que los datos e índices de la tabla sean contiguos dentro ibdata1
• Hace ibdata1crecer porque los datos contiguos y las páginas de índice se agregan aibdata1

Sin embargo, puede segregar datos de tabla e índices de tabla ibdata1y administrarlos de forma independiente.

¿Puedo correr OPTIMIZE TABLEcon innodb_file_per_table?

Supongamos que tuvieras que agregar innodb_file_per_tablea /etc/my.cnf (my.ini). ¿Puedes entonces ejecutar OPTIMIZE TABLEtodas las tablas de InnoDB?

Buenas noticias : cuando ejecuta OPTIMIZE TABLEcon innodb_file_per_tablehabilitado, esto producirá un .ibdarchivo para esa tabla. Por ejemplo, si tiene una tabla con un mydb.mytabledirectorio de datos /var/lib/mysql, producirá lo siguiente:

• /var/lib/mysql/mydb/mytable.frm
• /var/lib/mysql/mydb/mytable.ibd

El .ibdcontendrá las páginas de datos y las páginas de índice para esa tabla. Excelente.

Malas noticias : todo lo que ha hecho es extraer las páginas de datos y las páginas de índice de mydb.mytablevivir en ibdata. La entrada del diccionario de datos para cada tabla, incluida mydb.mytable, aún permanece en el diccionario de datos (consulte la representación gráfica de ibdata1 ). ¡NO PUEDE SIMPLEMENTE BORRAR ibdata1EN ESTE PUNTO! Tenga en cuenta que ibdata1no se ha reducido en absoluto.

Limpieza de Infraestructura InnoDB

Para reducir de ibdata1una vez por todas, debe hacer lo siguiente:

1. Volcar (por ejemplo, con mysqldump) todas las bases de datos en un .sqlarchivo de texto ( SQLData.sqlse usa a continuación)

2. Descarte todas las bases de datos (excepto mysqly information_schema) CAVEAT : Como precaución, ejecute este script para asegurarse de que tiene todas las concesiones de usuarios en su lugar:

   mkdir /var/lib/mysql_grants
   cp /var/lib/mysql/mysql/* /var/lib/mysql_grants/.
   chown -R mysql:mysql /var/lib/mysql_grants

3. Inicie sesión en mysql y ejecute SET GLOBAL innodb_fast_shutdown = 0;(Esto eliminará por completo todos los cambios transaccionales restantes de ib_logfile0y ib_logfile1)

4. Apagar MySQL

5. Agregue las siguientes líneas a /etc/my.cnf(o my.inien Windows)

   [mysqld]
   innodb_file_per_table
   innodb_flush_method=O_DIRECT
   innodb_log_file_size=1G
   innodb_buffer_pool_size=4G

   (Nota al margen: Sea cual sea su juego innodb_buffer_pool_size, asegúrese de que innodb_log_file_sizesea ​​el 25% de innodb_buffer_pool_size.

   Además: innodb_flush_method=O_DIRECTno está disponible en Windows)

6. Eliminar ibdata*y ib_logfile*, opcionalmente, puede eliminar todas las carpetas /var/lib/mysql, excepto /var/lib/mysql/mysql.

7. Inicio de MySQL (Esto volverá a crear ibdata1[10MB por defecto] y ib_logfile0y ib_logfile1al 1G cada uno).

8. Importar SQLData.sql

Ahora, ibdata1seguirá creciendo pero solo contendrá metadatos de tabla porque cada tabla InnoDB existirá fuera de ibdata1. ibdata1ya no contendrá datos e índices de InnoDB para otras tablas.

Por ejemplo, suponga que tiene una tabla InnoDB llamada mydb.mytable. Si observa /var/lib/mysql/mydb, verá dos archivos que representan la tabla:

• mytable.frm (Encabezado del motor de almacenamiento)
• mytable.ibd (Tabla de datos e índices)

Con la innodb_file_per_tableopción activada /etc/my.cnf, puede ejecutar OPTIMIZE TABLE mydb.mytabley el archivo /var/lib/mysql/mydb/mytable.ibdse reducirá.

Lo he hecho muchas veces en mi carrera como DBA MySQL. De hecho, la primera vez que hice esto, reduje 50GB ibdata1 archivo de a solo 500 MB.

Darle una oportunidad. Si tiene más preguntas sobre esto, solo pregunte. Créeme; esto funcionará a corto plazo y a largo plazo.

CONSIDERACIÓN

En el Paso 6, si mysql no puede reiniciarse debido a que el mysqlesquema comienza a caer, vuelva al Paso 2. Realizó la copia física del mysqlesquema. Puede restaurarlo de la siguiente manera:

mkdir /var/lib/mysql/mysql
cp /var/lib/mysql_grants/* /var/lib/mysql/mysql
chown -R mysql:mysql /var/lib/mysql/mysql

Regrese al Paso 6 y continúe

ACTUALIZACIÓN 2013-06-04 11:13 EDT

Con respecto a establecer innodb_log_file_size en un 25% de innodb_buffer_pool_size en el Paso 5, esa regla general es bastante antigua.

De nuevo July 03, 2006, Percona tenía un buen artículo sobre por qué elegir un tamaño apropiado de innodb_log_file_size . Más tarde, Nov 21, 2008Percona siguió con otro artículo sobre cómo calcular el tamaño adecuado en función de la carga de trabajo máxima manteniendo una hora de cambios .

Desde entonces, he escrito publicaciones en el DBA StackExchange sobre el cálculo del tamaño del registro y dónde hice referencia a esos dos artículos de Percona.

• Aug 27, 2012: Ajuste adecuado para la tabla InnoDB de 30 GB en el servidor con 48 GB de RAM
• Jan 17, 2013: MySQL 5.5 - Innodb - innodb_log_file_size superior a 4GB combinados?

Personalmente, seguiría con la regla del 25% para una configuración inicial. Luego, como la carga de trabajo puede determinarse con mayor precisión a lo largo del tiempo en la producción, puede cambiar el tamaño de los registros durante un ciclo de mantenimiento en solo minutos.

El motor InnoDB no almacena datos eliminados. A medida que inserta y elimina filas, el espacio no utilizado queda asignado dentro de los archivos de almacenamiento de InnoDB. Con el tiempo, el espacio general no disminuirá, pero con el tiempo el espacio "eliminado y liberado" será reutilizado automáticamente por el servidor DB.

Puede ajustar y administrar aún más el espacio utilizado por el motor a través de una reorganización manual de las tablas. Para hacer esto, voltee los datos en las tablas afectadas usando mysqldump, descarte las tablas, reinicie el servicio mysql y luego vuelva a crear las tablas de los archivos de volcado.