Как мне обновить сервер mysql с 5.0.67 до последней версии?

Текущая версия mysql на моем сервере - 5.0. 67. Я хочу обновиться до последней версии. Основываясь на том, что я прочитал здесь: https://dev.mysql.com/doc/refman/5.5/en/upgrading.html , это мой план:

  1. Убить соединения с базой данных (остановить Apache и т. Д.)
  2. Создание резервных копий текущих баз данных (включая базу данных mysql) и файлов журналов
  3. Обновление по 1 выпуску за раз (5.0.67 -> 5.7.10)

    • Обновление до последней версии 5.0.x - 5.0 .96
    • Обновление до 5.1.x
    • Обновление до 5.5.x
    • Обновление до 5.6.x
    • Обновление до 5.7.x

4. Логическое обновление или обновление на месте?

I Я не уверен, какой вариант мне выбрать здесь, в чем на самом деле различия и т. д.

Прямо сейчас установлен исходный RPM: mysql-5.0.67-12.15.src.rpm, когда я перехожу к http://downloads.mysql.com/archives/community/, Я не уверен, что мне нужно скачать. Вот мои обновленные шаги:

1. Обновление до 5.1.x (mysqldump)

i. Выгрузите все базы данных / схемы с помощью mysqldump

ii. Завершение работы сервера MySQL

iii. Инициализировать новый экземпляр сервера MySQL 5.1.x

iv. Загрузите файл дампа на новый сервер MySQL 5.1.x

v. Запустите mysql_upgrade

vi. Загрузить справочные таблицы

vii. Запустите mysqlcheck для проверки состояния всех таблиц

2. Обновление до 5.5.x (обновление на месте) (повторите шаги для 5.6.x и 5.7.x)

i. Выключите сервер MySQL

ii. Сделайте резервную копию сервера MySQL

iii. Измените каталог на новую версию сервера

iv. Запустите сервер MySQL

v. Запустите mysql_upgrade

vi. Загрузить справочные таблицы

vii. Выключите / перезапустите сервер MySQL

viii. Запустите mysqlcheck для проверки состояния всех таблиц

Я что-нибудь упустил?

2
задан 13 January 2016 в 17:52
2 ответа

Здесь есть два блога, написанных об обновлении до 5.6 / 5.7 с 5.0: http://mysqlserverteam.com/upgrading-directly-from-mysql-5-0-to-5-6-with-mysqldump/ http://mysqlserverteam.com/upgrading-directly-from- mysql-5-0-to-5-7-using-an-in-place-upgrade /

Мое предложение:

  • Сделайте резервную копию с помощью mysqldump баз данных из текущего экземпляра 5.0.x
  • Восстановите файл mysqldump до нового (последней версии) экземпляра 5.1.x
  • Выполните обновление «на месте» с 5.1.x до 5.5.x до 5.6.x до 5.7.x, обязательно запустите mysql_upgrade между обновлениями.
  • Всегда проверяйте журнал ошибок до и после обновления
1
ответ дан 3 December 2019 в 12:42

Поскольку подчиненные устройства репликации всегда поддерживают одну старую версию для главного устройства, в зависимости от возможных ограничений, вы также можете настроить цепочку подчиненных устройств репликации:

  • Мастер: 5.0
  • Slave1 (подчиненное устройство главного устройства) : 5.1
  • Slave2 (подчиненный Slave1): 5.5
  • Slave3 (подчиненный Slave2): 5.6
  • Slave4 (подчиненный Slave3): 5.7

Как только подчиненные устройства пойманы (без задержки), вы можете остановить приложение, выдать STOP SLAVE; на Slave4, а затем возобновите приложение, используя Slave4 в качестве нового мастера. Если у вас не так много машин, вы можете делать это несколько раз поэтапно. Возможно, вам удастся пропустить несколько версий, и подтверждение этого, просто попробовав, должно быть возможно без прерывания мастера.

0
ответ дан 3 December 2019 в 12:42

Теги

Похожие вопросы