O InnoDB armazena todas as tabelas em um arquivo grande ibdata1.

Depois de soltar uma tabela grande, o arquivo mantém seu tamanho, independentemente do tamanho da tabela. Como posso reduzir esse arquivo sem precisar despejar e reimportar todo o banco de dados (que possui várias centenas de GB no total)?

Eu acho que o motivo é porque você ainda é capaz de reverter a queda. No meu caso, não preciso.

Este é um dos tópicos mais controversos que já lidei ao longo dos anos como um DBA do MySQL e no DBA StackExchange.

Para dizer o mínimo, simplesmente não há outra maneira de reduzir o ibdata1 . Com innodb_file_per_table desativado, toda vez que você executa OPTIMIZE TABLEuma tabela do InnoDB, o ibdata1 cresce rapidamente. Dados que são descartados usando DROP TABLEe DROP DATABASEnão podem ser revertidos porque são DDL, não DML. Acredito que Oracle e MSSQL podem reverter DDL. O MySQL não pode fazer isso.

Existem várias classes de informações que residem no ibdata1

• Dados da tabela
• Índices de tabela
• Tabela MetaData
• Dados de controle do MVCC
• Buffer de gravação dupla (gravação em segundo plano para evitar a dependência do cache do SO)
• Inserir buffer (gerenciamento de alterações em índices secundários não exclusivos)

O uso innodb_file_per_table=1permitirá criar novas tabelas com dados e índices de tabela sendo criados fora do ibdata1. Você pode extrair quaisquer tabelas ainda dentro do ibdata1 usando ALTER TABLE ... ENGINE=InnoDB;ou OPTIMIZE TABLEmas isso deixará esse grande espaço não utilizado no ibdata1.

Não obstante, você deve limpar a infraestrutura do InnoDB. Eu já escrevi postagens do StackExchange sobre como e por que fazer isso:

• May 21, 2012: Qual o tamanho de um banco de dados MySQL em relação ao arquivo de despejo?
• Apr 01, 2012: Innodb_file_per_table é aconselhável?
• Mar 25, 2012: Por que o InnoDB armazena todos os bancos de dados em um arquivo?
• Feb 04, 2011: InnoDB do MySQL - contras innodb_file_per_table?
• Oct 29, 2010: Como limpar um mecanismo de armazenamento mysql InnoDB?

Boas notícias

Você só precisa despejar os dados, recarregar mais uma vez e nunca revisar esse problema novamente . A execução OPTIMIZE TABLEposterior reduzirá o .ibdarquivo do espaço de tabela para qualquer tabela do InnoDB.

O InnoDB armazena apenas todas as suas tabelas do InnoDB no ibdata1 se você não usar a seguinte configuração no arquivo de padrões my.cnf:

innodb_file_per_table = 1

DROP TABLE (e DROP DATABASE) não podem ser revertidos.

Essa não é a razão pela qual você não pode reduzir o ibdata1.

Esta é uma explicação abreviada, mas ibdata1 contém informações internas do InnoDB, além dos dados da tabela. Pelo que entendi, para reduzi-lo seria necessário desfragmentá-lo, o que não é uma operação suportada.