В чем разница между xtrabackup и rsync?

Question

Да, я собираюсь запустить Strace на них обоих ... однако, я хотел бы знать ...

• Что делает xtrabackup над и выше RSYNC -AC SRC DEST?
• Что такого особенного в xtrabbackup?
• Как xtrabackup взаимодействует с Mysqld?

Answer 1

rsync это просто грубая сила, бата-байтовая копия данных с места на другое. Вы бы выполнили несколько RSYNC до последнего RSYNC, что очень быстро. Затем вы сделаете полное отключение MySQL и выполнили еще один RSYNC.

Xtrabackup это всеобъемлющий инструмент, который ведет себя как RSYNC, но имеет направленную цель в жизни. Это может начать копирование всех данных InnoDB и табличных пространств. Он имеет возможность создавать контрольно-пропускные пункты внутренне и выполнять на месте на месте восстановление аварийного сбоя InnoDB, чтобы помочь получить идеальное резервное копирование времени. Xtrabackup также имеет дополнительную функцию, которая позволяет создавать дополнительные резервные копии. Другой дополнительной функцией является создание файлов журналов InnoDB, также построенное в результате восстановления сбоев на месте. Существует также некоторое программное обеспечение для обертки, чтобы обеспечить замороженное копирование таблиц Myisam.

Оба метода великолепны. Xtrabackup просто реализует транзакционные особенности Innodb в большую часть первоначального копирования. Xtrabackup создает файлы, которые могут упасть в установленную инфраструктуру MySQL. Справедливо, чтобы сказать, XTRABACKUP предоставляет инструментальное резервное копирование и материализованные, очень полезные файлы InnoDB.

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

Использование одного над другим может быть личным предпочтением. Необходимо признать одно: Xtrabackup делает резервные копии, которые несколько больше, чем были скопированы данные. Я оставляю выбор метода читателю этого вопроса.

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

Оба стиля резервного копирования имеют одну общую черту : С xtrabackup фактический момент времени-это движущаяся цель до тех пор, пока процесс резервного копирования не будет завершен, и вы должны доверять xtrabackup (эй, 200 000 загрузок до сих пор. Facebook-один из самых больших пользователей. Он заработал много доверять). Другими словами, если я начну xtrabackup в полночь, а резервная копия длится до 2:20, то фактическое время резервного копирования составляет 2:20. Использование RSYNC имеет одинаковую проблему с движущейся целью, потому что вы должны выполнять несколько RSYNC вручную, а затем определить, когда выдать «обслуживание MySQL Stop» до окончательного RSYNC.

Эти методы различаются в этом mysqld должен быть выключен Используя метод RSYNC, тогда как Xtrabackup действует независимо от MySQLD. На самом деле, Xtrabackup вообще не взаимодействует с MySQLD вообще, за исключением случаев, когда они работают со столами MyISAM через программное обеспечение для обертки. Xtrabackup пытается создать полностью функциональные данные InnoDB и файлы журналов, используя операции двигателя Honage InnoDB, отдельные и отличающиеся от MySQLD.

Выключение MySQL очень необходимо для метода RSYNC по очень большой причине: Пул буфера InnoDB может содержать «грязные страницы», которые являются страницами данных и индекса (1 страница = 16 КБ), которые не были написаны на диск. Использование RSYNC не ловит изменения данных, ожидающих в пуле буферов InnoDB. Чтобы ускорить остановку MySQLD для окончательного RSYNC, пожалуйста, запустите эту команду:

SET GLOBAL innodb_max_dirty_pages_pct = 0;

Эта команда сохранит количество грязных страниц к минимуму. Эта команда должна быть запущена примерно за час до того, как вы выполните метод резервного копирования RSYNC. Это может даже помочь Xtrabackup, хотя Xtrabackup не требует отключения MySQL.