MySQL репликација. А кратка дигресија

Порано или подоцна, администратор пред било каков проблем се јавува кога моќта на своите сервери не е доволно за задачите, и купување на нова опрема е практично невозможно поради финансиски тешкотии, или само ваквата набавка е во сомнеж околу неговата созревање во иднина.

Во светлината на ваквите настани не е излишно да се знае за таков концепт како база на податоци репликација. Таквите знаења значително се поедностави животот на сите лица вклучени во тешка должност системи и услуги ќе се создаде оптимална конфигурација работа хардвер. Во општи црти, репликација на базата на податоци подразбира капацитети Унија ги постави на компјутери за подобрување на коефициентот на ефикасност на системот и неговата подвижност. Првиот ефект може да се постигне со фрлање од барања за бекап сервер, а вториот - преку создавање на локална копија на базата на податоци, кој ќе го замени главната база ако е потребно.

Наједноставниот и најчестиот начин да се реплицираат во организација - се реплицира MySQL. И MySQL поддржува оваа функција со верзија 3.23.15 а само еден начин репликација. Во овој случај, има посебна конфигурација на «господар-роб", при што главниот сервер (господар), исто така може да биде истовремено и робови сервер (роб).

MySQL репликација во дадено време се спроведува како што следува. Креирање на примарниот сервер, која е одговорна да ги следат промените на бинарна датотека, која ги прикажува сите промени во базата на податоци и роб машина или машини за да се чита и да се изврши ова пребарување датотека. Славе постојано комуницира со главната, според тоа, сите промени направени на мајсторот, се движи кон роб, и не постои разидување на ситуацијата и неточни податоци.

MySQL репликација инсталирани во неколку чекори.

1. администратор на системот мора да бидете сигурни дека сите машини кои работат на најновата верзија на MySQL.
2. Мора да се создаде нов корисник на примарниот сервер, корисничко име кое ќе биде MySQL репликација (тоа мора да има ниво ДАТОТЕКА привилегија и право да комуницираат со машини роб).
3. Следна треба да се запре MySQL на врховен командант и роб сервери и копија на сите податоци поврзани со репликацијата. На Unix-базирани системи, тоа е можно да се направи катран команда, што го прави копија на целиот каталог. Windows корисниците ќе им пријде на WinZip.
4. Во делот mysqld додадете следниов: сервер-id = единствен број, се логирате за отпадоци. Сите промени се случуваат во My.conf датотека на примарниот сервер, по што таа нужно мора да биде преоптоварен.
5. На машини роб во истата датотека треба да додадете следниов код:

ремек-домаќин = <име на вашиот господар домаќин>

господар корисник = <Најава за корисници>

господар-лозинка = <тајна лозинка корисникот>

ремек-порт = <порта, кој ќе ги поврзува роб серверот на главната>

сервер-id =

* Во аглести загради треба да ги внесете вашите податоци, наместо горе.

На крајот на секоја копија на базата на податоци на серверот на роб и рестартирајте сите машини.

По овие активности може да се смета како репликација инсталиран и конфигуриран, што значи дека тоа е сега вашиот главен сервер ќе не страдаат од високо оптоварување, а во случај на неуспех на маса на тоа што лесно може да се врати на друг компјутер. Резултатот може да биде за неколку години да се заборави за купување на нов хардвер за тешки системи должност и содржината со воспоставен работата на постојната опрема.