Таблица mysql.backup_sbt_history
обновлена с выпуском
MySQL Enterprise Backup 8.0.21 следующими способами:
Изменен механизм хранения с CSV на InnoDB.
Добавлена новая колонка первичного ключа
auto-increment id
.
Когда MySQL Enterprise Backup 8.0.21 или позже пытается
выполнить первое полное резервное копирование на базе данных, используя SBT
API (см. раздел 11.1),
он автоматически проверяет формат таблицы
mysql.backup_sbt_history
. Если это обнаруживает, что она в
старом формате (что означает, что сервер был модернизирован от
8.0.20 или ранее и был зарезервирован MySQL Enterprise Backup с
использованием SBT API), это пытается выполнить обновление
автоматически со следующими шагами:
Составьте в новом формате таблицу
mysql.backup_sbt_history_new
и скопируйте в нее данные из
оригинальной mysql.backup_sbt_history
.
Переименуйте оригинал mysql.backup_sbt_history
в mysql.backup_sbt_history_old
, а
mysql.backup_sbt_history_new
в
mysql.backup_sbt_history
.
Удалите mysql.backup_history_old
.
Для миграции к новому формату таблицы, чтобы иметь успех, прежде, чем
выполнить первую резервную задачу, используя SBT API с MySQL Enterprise
Backup 8.0.21 или позже MySQL Server, который был модернизирован от
8.0.20 или ранее и был зарезервирован MySQL Enterprise Backup с SBT API,
предоставляет требуемые полномочия пользователю mysqlbackup
на сервере, делая эти запросы в mysql:
GRANT ALTER ON mysql.backup_sbt_history TO 'mysqlbackup'@'localhost';
GRANT CREATE, INSERT, DROP ON mysql.backup_sbt_history_old \
TO 'mysqlbackup'@'localhost';
GRANT CREATE, INSERT, DROP, ALTER ON mysql.backup_sbt_history_new \
TO 'mysqlbackup'@'localhost';
Если эти привилегии не предоставить, первое полное резервное копирование на модернизированном сервере, используя SBT API, потерпит неудачу с сообщением об ошибке, подобным следующему:
200612 08:40:45 MAIN ERROR: MySQL query 'DROP TABLE IF EXISTS mysql.backup_sbt_history_old': 1142, DROP command denied to user 'mysqlbackup'@'localhost' for table 'backup_sbt_history_old' mysqlbackup failed with errors!
Эти привилегии больше не необходимы после первого полного резервного копирования с SBT API с помощью MySQL Enterprise Backup 8.0.21 или позже, поэтому они могут быть отменены.
Если вы работаете с Group Replication с несколькими ведущими серверами, удостоверьтесь, что эти привилегии предоставляют на всех основных узлах, см. также главу 9.