Я новичок в БД и, в частности, в MySQL. Есть ли какие-либо передовые методы создания крупномасштабного резервного копирования MySQL? Например, я уже нашел несколько вещей.
Использовать mysqlbackup (физическая резервная копия) вместо mysqldump.
увеличьте key_buffer_size до 20% ОЗУ (не только для резервного копирования, чрезвычайно полезный вариант).
взгляните на инструменты мааткит есть несколько для резервного копирования.
Если вам известно о каких-либо хороших материалах для резервного копирования MySQL.
НЕ используйте инструменты Maatkit. (Я их написал.) Они опасны. Я писал об этом в другом месте. Набор инструментов Percona является заменой Maatkit и не включает эти инструменты.
Если у вас есть подписка на MySQL Enterprise, mysqlbackup отлично подойдет. Если нет, рассмотрите Percona XtraBackup, бесплатный инструмент, который работает почти идентично.
Это не глупый вопрос. Вы должны серьезно относиться к резервному копированию.
Давайте посмотрим на ваши три варианта:
1) Use mysqlbackup (physical backup) instead of mysqldump.
MySQL Enterprise Backup упоминается в Baron Schwartz, поэтому я не буду повторять.
2) increase key_buffer_size to 20% of RAM (not just for backup extremely helpful option).
Key_buffer_size определяет размер буфера ключей MyISAM, который предназначен для кэширования индексных страниц таблиц MyISAM. Они не играют роли при резервном копировании. Например, если вы используете mysqldump и делаете SHOW PROCESSLIST;, вы увидите что-то вроде
SELECT /* SQL_NO_CACHE */ FROM tblname
Это предотвращает перегрузку кешей. В противном случае необходимые данные будут без нужды выталкиваться из кешей MySQL во время резервного копирования.
3) take a look at tools of maatkit there are few for backup.
Percona представлена мк-параллельный дамп и мк-параллельное восстановление. Percona недавно объявила эти инструменты устаревшими. Некоторые до сих пор используют их на свой страх и риск.
Percona теперь имеет Percona Tools. Он не включает никаких инструментов резервного копирования. Он продается отдельно как XtraBackup. по моему мнению у него есть плюсы и минусы, но он определенно идеален для крупных установок
Это не идеально, если вы ищете восстановление на определенный момент времени, потому что момент времени для данных резервного копирования из XtraBackup зависит от того, когда XtraBackup был завершен, а не от времени запуска XtraBackup. Это становится очевидным, если скорость входящих данных почти такая же, как и сам процесс резервного копирования. Теоретически, если скорость входящих данных такая же или выше, чем у процесса резервного копирования, процесс резервного копирования никогда не завершится. Об этом было сказано в прямом эфире на конференции Percona Live в мае 2011 года.. Пока вы можете жить с этим и с вашей текущей скоростью входящих данных, XtraBackup - это решение для вас..
Вы можете создать кластер MySQL и использовать второй узел в качестве резервного.