@camradee

Перенос базы данных MySQL (InnoDB) большого объема на другой сервер?

Дано: MySQL БД на InnoDB, порядка 100 таблиц, используются foreign keys. Размер нескольких таблиц достигает 50Гб, но большая часть 1-5Гб. Необходимо все это добро перенести на новый сервер. При этом сервис надолго останавливать нельзя, максимум на пару-тройку часов в выходной день ночью. Ранее с такой задачей на сталкивался, на небольших проектах все далал просто через дамп, копирование по сети и восстановление, на все про все до 15мин.

Может кто расписать по шагам как такое провернуть? Кучу обрывочных рекомендаций нагуглил, но целостной картины все равно нет.
  • Вопрос задан
  • 2564 просмотра
Пригласить эксперта
Ответы на вопрос 4
AlexMcArrow
@AlexMcArrow
Люблю РНР, да я такой!
1) Делается полный дамп - записываем дату и время дампа
2) поднимается на новом сервере
3) проверяем что все работает на новом сервере
4) отключаем от пользователей старый
5) делаем выборки по таблицам всех данных старше записанной даты (п1)
6) накатываем дельту на новый сервер
7) запускаем новый сервер.

Опыт подобного был, база около 7 гигов. Время от п4 до п7 составила не более 30 минут - при условии что как параноик все перепроврил по 3-5 раз.

Кстати, ни что не мешает провести сперва тестовый прогон без пунктов: 4 и 7 и убеждаемся что дельты выбраны и накатаны верно.

Или хорошая идея от Andrey Tsvetkov
Ответ написан
OKyJIucT
@OKyJIucT
Sunshine reggae
Комментировать
@d-stream
Готовые решения - не подаю, но...
Можно и по мотивам старой шутки про пропускную скорость камаза с полным кузовом компакт-дисков против оптического кабеля.
То бишь остановка старого сервера, перенос диска в новый и копирование на максимальной пропускной способности шины.
Ответ написан
@Swartalf
Переливайте бинарный дамп базы.
Как раз подобным занимаюсь в текущий момент, база >500Гб

если коротко:
на мастер-сервере
innobackup --stream=xbstream | nc 9999 # порт для примера
на новом сервере:
nc -l 9999 | xstream -x
как закончится переливка данных, на новом сервере делаете
innobackupex --no-timestamp -apply-log .

затем запускаете сервер, донастраиваете мастер-слейв реплику что бы догнать данные.
Выключаете старый сервер. Работаете на новом.

Из плюсов -- даунтайм только на момент переключения аппликейшена на новую базу
из минусов -- повышеная нагрузка на сеть и диски во время переноса данных
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы