Лучший способ автоматического бэкапа для mysql?

Question

[biryukovm]

Всех приветствую, есть вопрос поиска лучшего способа бэкапа для mysql

Можете подсказать способ для автоматического бэкапа и после бэкап скачивается на обычный компьютер с помощью ftp либо любым удобным способом

Задачи которые надо учесть

• Сервер CentOS 7
  
• Возможность работы через ISPmanager
  
• Защищенная работа обработчика бэкапа
  
• Автоматический бэкап по CRON
  
• Бэкап должен не мешать работе сайта чтоб пользователи могли работать дальше и не замечать этого
  
• Объем данных может достичь до 10гб в БД
  
• Скачивание на обычный компьютер + возможность выгружать в облако
  

Answer 1

[Drno]

бэкап обычным bash скриптом
скрипт запихнуть в крон
после выполнения бэкапа - с помощью rclone копирование на ftp или облако или куда угодно фактически

Comments

[biryukovm]

А можно пример скрипта если не затруднит (везде где искал описывают что нагружают БД и сервер может падать), спасибо

[Кирилл Горелов]

biryukovm, делай ночью, когда активность маленькая.

[Drno]

biryukovm, естественно нагружает. минимальная нагрузка это репликация, но для неё нужен отдельный "сервер"
у меня небольшие базы, так что я просто делаю mysqldump
можете попробовать по этой статье
https://highload.today/kak-delat-mysqldump-na-prod...

[Drno]

biryukovm, примерный пример скрипта будет такой

#!/bin/bash
mysqldump -v --insert-ignore --skip-lock-tables --single-transaction=TRUE db products  | gzip > /root/backup/products.sql.gz;
rclone copy /root/backup cloud: --create-empty-src-dirs -P; (ftp итд какой профиль создатите)

Answer 2

[FanatPHP]

Все зависит от начальных условий.
Если условия "я тут мимо проходил, покажите какие кнопочки нажимать", то тогда скорее всего подойдут решения, предложенные выше. Но на более менее нормальном сайте (постоянная запись в БД, транзакции) не будет выполняться условие "Бэкап должен не мешать работе сайта"
В этом случае надо использовать percona xtrabackup

Я, правда, в свою очередь не уверен в требованиях "Защищенная работа обработчика" и "возможность работы через ISPmanager".
Первое это какая-то непонятная чушь, а про второе я просто не в курсе. Никогда не пользовался этим мусором и никому не советую.

Answer 3

[Антон Шаманов]

mysqldump если нужен sql дамп, а так можно просто директорию с базами скопировать

Comments

[FanatPHP]

И снова адова чушь.
Дома, на любимом компике, где единственный пользователь ИЛИ работает с БД, ИЛИ колупается с доморощенным бэкапом, это сработает.
Но на боевом сайте, где эти действия должны происходить одновременно, это не сработает. Первый вариант будет выкидывать пользователей с сайта, а из второго получится только фарш вместо базы данных

[Антон Шаманов]

FanatPHP,

For large-scale backup and restore, a physical backup is more appropriate, to copy the data files in their original format that can be restored quickly

копирование производится через mysqlbackup

[FanatPHP]

правильно.
только копирование производится через mysqlbackup - это совсем не "просто директорию с базами скопировать".

[Руслан Федосеев]

ну честно говоря - если скопировать директорию /var/lib/mysql целиком с корректно остановленного mysql сервера - то там будет не фарш )

[Антон Шаманов]

FanatPHP, если у тебя raid или типо того, то все несколько проще

[Антон Шаманов]

Руслан Федосеев, он имеет ввиду гонку во время копирования т.е. пока один файл скопировался, другой уже изменился и связь потеряна..

[Руслан Федосеев]

ну ессно... Для нормального консистетного бекапа надо лочить базу полностью. А копирование файлов - это такое....

[FanatPHP]

Руслан Федосеев, во время работы под нагрузкой? серьёзно?
или вы не прочитали топик целиком а просто решили ответить на комментарий без контекста?

[Руслан Федосеев]

Я имел в виду, что при некоторых условиях можно сбекапить базы мускула копированием файлов...
Но под нагрузкой для бекапа может подойти вариант - лочим все базы, делаем снимок лвм, снимаем лок, снимок лвм монтируем отдельным каталогом, на нем поднимаем отдельный мускул, дампим с него бд, останавливаем временный сервер, размонтируем снимок, удаляем снимок.
да, сложно и может показаться излишне сложно. Но если у вас крупные базы и почему то до сих пор нет репликации - то может оказаться единственным вариантом