Репликация на MySQL. Кратка екскурзия

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

В светлината на подобни събития не е излишно да се научим за такава концепция като репликация на база данни. Такива знания значително ще опростят живота на всеки, който се занимава с обслужването на силно натоварени системи и ще създаде оптимална работна хардуерна конфигурация. Като цяло, репликацията на база данни включва обединяване на мощността на набор от компютри, за да се подобри производителността на системата и толерантността към грешки. Първият ефект може да бъде постигнат чрез преместване на част от исканията към резервния сървър, а вторият - чрез създаване на локално копие на базата данни, което при необходимост ще замени основната база данни.

Най-простият и обичаен начин за организиране на репликацията е репликацията на MySQL. И MySQL поддържа тази функционалност с версия 3.23.15 и само еднопосочна репликация. В този случай се създава специална конфигурация "master-slave", а главният сървър също може да бъде подчинен сървър по едно и също време.

Понастоящем репликацията на MySQL се изпълнява по следния начин. Създава се основен сървър, чиято отговорност е да следи промените в двоичния файл, който показва всички промени в базата данни и подчинената машина или машините, които четат и изпълняват заявки от този файл. Подчиненият сървър е свързан трайно с капитана, така че всички промени, настъпили в капитана, отиват на роб и няма ситуация на различие и неточност на данните.

Репликацията на MySQL се инсталира на няколко етапа.

1. Системният администратор трябва да се увери, че всичките му машини имат инсталирана последната версия на MySQL.
2. Трябва да създадете нов потребител на главния сървър, при който ще се регистрира MySQL репликация (трябва да има ниво на привилегии FILE и правото да комуникира с роби).
3. След това трябва да спрете MySQL на сървърите master и slave и да копирате всички данни, свързани с репликацията. В Unix системи, това може да се направи с командата tar, която прави резервен архив на цялата директория. WinZip е подходящ за потребители на Windows.
4. Добавете следните редове в секцията mysqld: server-id = уникален номер, лог-бин. Всички промени се извършват в My.conf файла на главния сървър, след което трябва да бъдат претоварени.
5. При роби в същия файл трябва да добавите следния кодов фрагмент:

master-host =<името на главния ви хост>

master-user =<потребителско име за вход>

master-парола =<тайна потребителска парола>

master-port =<порта, на която сървърите на роб ще се свържат към основния>

сървър-идент< id на тази подчинена машина>

* в триъгълни скоби трябва да въведете данните си, а не горния текст.

Накрая копирайте всичко база данни към подчинените сървъри и рестартирайте всички машини.

След такива действия репликацията може да се счита за инсталирана и конфигурирана, което означава, че сега главният ви сървър няма да страда от високо натоварване и в случай на повреда на която и да е таблица върху него, той може лесно да бъде възстановен от друг компютър. В резултат на това можете да забравите за закупуването на нов за няколко години железария за високо натоварени системи и да бъдат удовлетворени от установената работа на съществуващото оборудване.