Резервируемые файлы InnoDB включают в себя (представляющие собой и, возможно, данные некоторых пользовательских таблиц), любые (содержащие данные из пользовательских таблиц, созданных с включенным параметром ), и данные, извлеченные из (содержащие информацию о изменениях, происходящих во время резервного копирования), которые хранятся в новом файле резервной копии .

Если используется функция сжатого резервного копирования, файлы .ibd переименовываются в сжатом формате в .

Файлы, как они изначально копируются, образуют , требующий дальнейшей обработки перед восстановлением. Затем выполняется этап (либо в рамках команды copy-back-and-apply-log, либо в рамках команды backup-and-apply-log, либо как отдельная команда apply-log), который обновляет файлы резервной копии на основе изменений, записанных в файле ibbackup_logfile, создавая . В этот момент данные резервной копии соответствуют одному моменту времени. Теперь файлы готовы к восстановлению или для других целей, таких как тестирование, создание отчетов или развертывание в качестве реплики.

Для восстановления таблиц InnoDB в исходное состояние также необходимы соответствующие вместе с данными резервной копии. В противном случае определения таблиц могут отсутствовать или быть устаревшими, если кто-то выполнил операторы ALTER TABLE или DROP TABLE после создания резервной копии. По умолчанию mysqlbackup автоматически копирует файлы .frm во время операции резервного копирования и восстанавливает их во время восстановления.