MySQL: Автоматизирани нарастващи архиви на InnoDB таблици - mysql, backup, innodb

Знам, че имаше подобни / свързани с въпроса въпроси на SO и другаде, и поне мисля, че разбирам различните варианти.

Имаме голям MySQL (общностно издание) dbс InnoDB таблици. Бих искал да правя ежедневни снимки на БД, за да бъдат подкрепени извън обекта. В момента използвам скрипт на mysqldump, който се изпълнява от cron.daily. Въпреки това отнема 3 часа за изписване на копието. Така че - постепенно трябва да бъде.

As we are community edition and cannot afford Ентърпрайз ние не "имаме InnoDB hotcopy, което би било жизнеспособно решение, тъй като е без блокиране. съветите изглежда се избягват, ако е възможно.

Така че последната опция е настройка на репликация с конфигурация Master-Slave. Аз сканирах документите, но не съм наясно какво представлява "майстор" и какво представлява "роб".

  • Е роб отделен mysqld процес?
  • Може ли робът да работи на същата машина като Master?
  • Веднъж настроена и пусната в експлоатация е необходима каквато и да е намеса или Учителят правилно ще натиска всички актуализации?
  • За да направя резервните си копия без да повлияе на Учителя, вероятно ще мога просто да стартирам mysqldump на роба?
  • И накрая, това ли е разумно решение за поддържане на резервно копие за копиране извън обекта?

Благодарение на Ричард

Отговори:

2 за отговор № 1

Е роб отделен mysqld процес?

няма нужда от използване на отделен mysql демон,
в master Вие активирате двоичния журнал
в роб конфигурирате реле-бен, и съответната информация за капитана
(виж http://dev.mysql.com/doc/refman/5.0/en/replication-howto.html)

Може ли робът да работи на същата машина като Master?

Да, но не правете това ,
защото след като машината се разби,
И господарят ти, и робът си си отиде
(DTP)

Веднъж настроена и пусната в експлоатация е необходима каквато и да е намеса или Учителят правилно ще натиска всички актуализации?

master ще изтласка всички актуализации,
овладеят запис на sqls в двоичен дневник,
и slave трябва да получи двоичния журнал (както обяснява @Johan, той дърпа от главния)

въпреки това,

  1. заключването на таблицата може да доведе до забавяне на репликацията на подчиненото устройство
  2. неуспешно запитване за запис, което не може да се изпълни върху подчинено устройство

можете да лекувате репликацията е просто метод, който позволява на ВСИЧКИ sqls да се изпълняват на капитана,
копирай в подчинен,
и изпълнете отново в поръчката за получаване
(това е, което прави двоичният журнал)

За да направя резервните си копия без да повлияе на Учителя, вероятно ще мога просто да стартирам mysqldump на роба?

Разбира се, това е целта да имаш роб
Но ще има известно забавяне ...
когато изхвърляте данните,
бихте могли да блокирате таблицата за писане (ако innodb има по-малко въздействие),
докато майсторът може да продължи да пише

И накрая, това ли е разумно решение за поддържане на резервно копие за копиране извън обекта?

Да, това се смята за възстановяване след бедствие в mysql


1 за отговор № 2

Е роб отделен mysqld процес?

Тя може да бъде, но по-често е отделен MySQL сървър, инсталиран на различна машина.

Може ли робът да работи на същата машина като Master?

Да, ако трябва, просто му задайте различен номер на порт и различен server_id.
Имайте предвид, че не е много резервно копие, ако е на същата машина.

Веднъж настроена и пусната в експлоатация е необходима каквато и да е намеса или Учителят правилно ще натиска всички актуализации?

Господарят не го прави push нищо, роб pulls актуализациите.

За да направя резервните си копия без да повлияе на Учителя, вероятно ще мога просто да стартирам mysqldump на роба?

Да, но ако master и slave работят на една и съща машина, се изпълнява mysqldunmp ще забавете този сървър.

И накрая, това ли е разумно решение за поддържане на резервно копие за копиране извън обекта?

Да, извън обекта тук е ключовата дума.
Бих поставил роба извън мястото, което е по-разумно от това да имам роб на същата машина.

Ето един урок
http://www.howtoforge.com/mysql_master_master_replication


Свързани въпроси
Най - известен