Как максимально быстро перенести бд mysql (MariaDB) на другой сервер?

Чтобы время простоя было минимальным, можно использовать master-slave репликацию. Настраиваете репликацию, когда новая БД догонит старую, переключаете.

С сожалению, на новом сервере пока просто нет места - вместе с данными понадобится переставить SSD, на которых сейчас живет база. Поправил условие задачи.

Я бы изучил changlelog у MariaDB на момент что было внесено в код.

Ну тогда, может быть, переставить SSD с /var/lib/mysql и запустить скрипт обновления MariaDB (который выполняется, когда ты обновляешь 10.0->10.1). Потренироваться на копии /var/lib/mysql

Почитал вот это https://mariadb.com/kb/en/library/upgrading-from-mariadb-100-to-mariadb-101/

Вроде ничего криминального.

Так там же первой строчкой написано, что формат файлов не менялся.

Потренироваться на копии /var/lib/mysql

Хотя не получится просто взять и сделать копию файлов на работающей базе. Нужно делать дамп и заливать в 10.0).

Можно ли просто перенести содержимое /var/lib/mysql на новый сервер? Версия MariaDB отличается, но только на минорную версию

Думаю прокатит. Какие там storage engine используются? По крайней мере у попсовых форматы в последнее время не менялись, кажется

лучше через репликацию. xtrabackup'ом делаешь копию прям на новый сервер. Далее процедуры апгрейда до новой версии mariadb и запускаешь реплику. Смотришь, что новая база ведет себя корректно, не течет, селекты выполняются с оптимальной скоростью. Далее в любой момент разрываешь реплику и переключаешься. Так ты если что, сможешь откатиться и одновременно будет время подтюнить новую базу на новом железе.

Я бы сделал самым медленным но надежным способом: mysqldump ... | ssh ... `cat | mysql`.

InnoDB

Базы предварительно стопну, конечно - и донора и реципиента.

Спасибо за советы! В общем, план действий у меня получился такой:

1) Стопаю базы на старом и новом серверах. Копирую файлы на новый сервер. Пробую сделать mysql_upgrade. Если работает - PROFIT. Если нет - 2) Делаю на старом сервере mysqldump, вливаю его в новый, отключим на время залива бинлоги и выставляю innodb_flush_log_at_trx_commit=0. 3) PROFIT!

Хотя не получится просто взять и сделать копию файлов на работающей базе.

Я для минимизации даунтайма (именно при полном переносе) делал копию работающей базы через rsync, потом стопал исходник и ещё раз делал rsync для переноса уже изменившихся файлов. Их получается обычно сильно меньше 100%.

Репликация без хитростей позволяет обойтись нулевым даунтаймом, но только если она уже есть :) Т.к. иначе потребуется сделать mysqldump и он будет идти дольше, чем простое копирование.

Самый кошерный путь — это сделать полную копию базы через xtrabackup, поднять копию, сделать из неё реплицированный слейв, догнать его до мастера и тогда переключать. В таком случае можно обойтись реально с нулевым даунтаймом, но это только для InnoDB и требует глубоко влезать в вопрос.

Вариант с репликацией после бекапа innobackupex, конечно, самый приятный - я так в свое время перетаскивал mysql с отдельного сервера в Galera Cluster. Но в моей случае проблема в том, что носители, на которых крутится база, потребуется перенести в новый сервер - и без сохранения данных на них, т.к. в старом сервере HP-контроллер RAID,а в новом будет софтовый рейд.