Лучшая практика резервного копирования базы данных

Question

Я поддерживаю большую базу данных MySQL. Мне нужно делать резервную копию каждую ночь, но БД активна все время. Есть запросы от пользователей. Теперь я просто отключу веб-сайт, а затем сделаю резервную копию, но это очень плохо, поскольку служба отключена, и пользователям это не нравится.

Что такое хороший способ резервного копирования данных, если данные были изменены во время резервного копирования?

Что лучше всего подходит для этого?

Answer 1

Я реализовал эту схему с использованием только для чтения для моего сервера базы данных.

Репликация базы данных MySQL довольно проста в настройке и мониторинге. Вы можете настроить его, чтобы получить все изменения, внесенные в вашу производственную базу данных, а затем отключить его в автономном режиме, чтобы сделать резервную копию.

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

Есть и другие способы сделать это, что не требует подчинения репликации, но по моему опыту это был довольно солидный способ решить эту проблему.

Вот ссылка на документы на MySQL Replication.

Answer 2

Что вы хотите сделать, называется «онлайн-резервное копирование». Вот указатель на матрицу возможных вариантов с более подробной информацией:

http://www.zmanda.com/blogs/?p=19

Это, по существу, сводится к системе хранения данных, которые вы используете, и сколько аппаратных средств вы имеете в наличии.

Answer 3

Отчасти это зависит от того, используете ли вы innodb или myiasm. Для innodb; MySql имеет свой собственный (который стоит денег) решения для этого (InnoDB горячей копии), но есть открытая версия источника от Percona вы можете посмотреть по адресу:

http://www.percona.com/doc/percona-xtrabackup/

Answer 4

Если у вас есть действительно большие (50G + как я) базы данных MySQL MyISAM, вы можете использовать блокировки и rsync. В соответствии с документацией MySQL вы можете безопасно копировать необработанные файлы, в то время как блокировка чтения активна, и вы не можете делать это с помощью InnoDB. Таким образом, если целью является нулевым временем простоя и у вас есть дополнительные HD пространство, создать сценарий:

rsync -aP --delete /var/lib/mysql/* /tmp/mysql/sync 

Затем выполните следующие действия:

1. ли flush tables
2. Выполнить скрипт
3. ли flush tables with read lock;
4. Сценарий запуска снова
5. Do unlock tables;

При первом запуске rsync скопирует много, не останавливая MySQL. Второй прогон будет очень коротким, он будет только задерживать запросы на запись, поэтому это реальное нулевое решение простоя.

6. Сделайте еще rsync от /tmp/mysql/sync до удаленного сервера, сжимайте, храните инкрементные версии, что угодно.