У меня есть полный ответ для этого.

После того как innodb_file_per_table помещается на месте, и новые таблицы InnoDB могут быть уменьшены с помощью ALTER TABLE <innodb-table-name> ENGINE=InnoDB'; Это уменьшится новый .ibd файлы ГАРАНТИРОВАНЫ.

Если Вы работаете ALTER TABLE <innodb-table-name> ENGINE=InnoDB'; на таблице InnoDB, составленной перед использованием innodb_file_per_table, он будет дергать данные и индексы для той таблицы из ibdata1 файла и хранить его в a .ibd файл, Это оставит постоянного голубя целым в ibdata1, который никогда не может снова использоваться.

ibdata1 файл обычно содержит четыре типа информации

• Данные таблицы
• Индексы таблицы
• MVCC (управление совместным выполнением мультиуправления версиями) данные
  • Сегменты отката
  • Пространство Отмены
• Метаданные таблицы (словарь данных)
• Двойной Буфер записи (фон, пишущий для предотвращения зависимость от кэширования ОС)
• Вставьте Буфер (руководящие изменения в групповых вторичных индексах)
• Посмотрите Pictorial Representation of ibdata1

Вот гарантируемый способ уменьшить ibdata1 файл в значительной степени навсегда...

ШАГ 01) MySQLDump все базы данных в файл кода на SQL (называют это SQLData.sql),

ШАГ 02) Отбрасывание все базы данных (кроме mysql, information_schema и performance_schema схемы)

ШАГ 03) Завершение работы mysql

ШАГ 04), Добавляют следующие строки к/etc/my.cnf

[mysqld]
innodb_file_per_table
innodb_flush_method=O_DIRECT
innodb_log_file_size=1G
innodb_buffer_pool_size=4G
innodb_data_file_path=ibdata1:10M:autoextend

Заметка на полях: Безотносительно Вашего набора для innodb_buffer_pool_size удостоверьтесь, что innodb_log_file_size составляет 25% innodb_buffer_pool_size.

• ШАГ 05), Удаляют ibdata1, ib_logfile0 и ib_logfile1 (см. обновление ниже перед удалением!)

На данном этапе в/var/lib/mysql должна только быть mysql схема

• ШАГ 06) Перезапуск mysql

Это воссоздаст ibdata1 на уровне 10 МБ (не настраивайте опцию), ib_logfile0 и ib_logfile1 в 1G каждый

• ШАГ 07) Перезагрузка SQLData.sql в mysql

ibdata1 будет выращивать, но только содержать метаданные таблицы и неустойчивые данные MVCC.

Каждая таблица InnoDB будет существовать за пределами ibdata1

Предположим, что у Вас есть таблица InnoDB, названная mydb.mytable. Если Вы входите /var/lib/mysql/mydb, Вы будете видеть, что два файла представляют таблицу

• mytable.frm (Заголовок механизма устройства хранения данных)
• mytable.ibd (Дом индексов данных и таблицы таблицы для mydb.mytable)

ibdata1 никогда не будет больше содержать данные InnoDB и Индексы.

С innodb_file_per_table опцией в /etc/my.cnf, можно работать OPTIMIZE TABLE mydb.mytable ИЛИ ALTER TABLE mydb.mytable ENGINE=InnoDB; и файл /var/lib/mysql/mydb/mytable.ibd на самом деле уменьшится.

Я сделал это многочисленные времена в моей карьере как MySQL DBA без так как единственная проблема после этого. На самом деле, в первый раз, когда я сделал это, я свернул 50 ГБ ibdata1 файл в 50 МБ.

Попробуйте. Если у Вас есть дальнейшие вопросы на этом, пошлите мне по электронной почте. Поверьте мне. Это будет работать в ближайшей перспективе и по долгому пути.

ОБНОВИТЕ 02.07.2013 15:08 EDT

Существует протест, который я имею в этом отношении, что я обновил в других моих сообщениях, но я пропустил это: Я обновляю свой ответ немного больше с innodb_fast_shutdown, потому что я раньше перезапускал mysql и останавливал mysql, чтобы сделать это. Теперь, этот-шаг жизненно важен, потому что каждая незафиксированная транзакция может иметь другие подвижные части в и за пределами Журналов транзакций InnoDB (См. Инфраструктуру InnoDB).

Обратите внимание на то, что установка innodb_fast_shutdown к 2 вычистила бы журналы также, но больше подвижных частей все еще существует, и выбран Восстановление Катастрофического отказа во время запуска mysqld. Установка 0 является лучшей.