• Системный файл ibdata1 занимает десятки или сотни гигабайт и продолжает расти.
• Раздел диска переполняется, вызывая аварийную остановку сервера баз данных с ошибкой No space left on device.
• Параметр History list length в выводе SHOW ENGINE INNODB STATUS превышает миллионы записей.
• Логи транзакций ib_logfile0, ib_logfile1 или каталоги #innodb_redo не ротируются.

1. Анализ причин разрастания через статус InnoDB

SHOW ENGINE INNODB STATUS\G

В секции TRANSACTIONS проверьте наличие зависших или забытых транзакций (Long-running active transactions), удерживающих очистку Undo Log (History list length).

2. Настройка независимых табличных пространств

Убедитесь, что в /etc/mysql/my.cnf активирована опция размещения каждой таблицы в отдельном файле .ibd:

[mysqld]
innodb_file_per_table = 1
# Для MySQL 8.0: включение отдельных Undo пространств
innodb_undo_tablespaces = 2
innodb_undo_log_truncate = ON
innodb_max_undo_log_size = 1073741824  # 1GB

3. Очистка и физическое сжатие файла ibdata1

InnoDB не уменьшает размер файла ibdata1 на диске автоматически даже после удаления данных. Единственный способ вернуть место в ОС:

1. Сделать полный логический дамп:

   mysqldump --all-databases --routines --triggers > /backup/full_dump.sql

2. Остановить службу и удалить файлы данных:

   systemctl stop mysqld
   rm -rf /var/lib/mysql/*

3. Инициализировать базу и восстановить данные:

   mysqld --initialize --user=mysql
   systemctl start mysqld
   mysql < /backup/full_dump.sql

4. Корректное изменение размера ib_logfile (для MySQL 5.7)

# В my.cnf: innodb_log_file_size = 512M
systemctl stop mysqld
mv /var/lib/mysql/ib_logfile* /tmp/
systemctl start mysqld