Складирање и репликација

Логичка репликација

Логичка репликација претставува процес на репродуцирање на податоците помеѓу повеќе јазли (инстанци) на база на податоци, при што промените направени на изворниот сервер се запишуваат во бинарни логови и потоа се репродуцираат на реплика-серверите.
Во пракса, тоа претставува копирање на INSERT, UPDATE, DELETE и DDL операции од еден сервер кон друг, а не директно копирање на физичките датотеки.
Овој метод овозможува систем отпорен на грешки (fault tolerant), бидејќи секоја промена што се случува на примарната база се пресликува и на репликите.

Дополнително, може да се користи за load-balancing - операции за читање се насочуваат кон реплика-инстанците, а write-операциите кон примарниот сервер,

---

Подесување на MySQL GTID-базирана репликација со Docker

Во овој чекор ќе конфигурираме GTID(Global Transaction Identifier)-базирана логичка репликација во MySQL, користејќи две Docker инстанци - source и replica.
Секоја трансакција што се извршува во Source серверот добива GTID, кој обезбедува прецизно и автоматско следење и примена на промените во Replica.
Во MySQL се користат бинарни log датотеки (binlog files) за да се запише секоја промена врз базата - INSERT, UPDATE, DELETE и DDL.
GTID структурата се гледа преку binlog, пример:

SET @@SESSION.GTID_NEXT='4e89b248–2c8e-11ed-af3b-020017000790:1';

Со GTID можеме да го користиме AUTO_POSITION = 1, што значи:

replica сама знае која трансакција ѝ недостига
не следиме BINLOG позиции рачно
можеме да рестартираме replica без губење на sync

---

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

CREATE USER IF NOT EXISTS 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'replpass';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

Овој корисник е потребен за да се воспостави безбедна комуникација меѓу двата сервери. Привилегијата REPLICATION SLAVE дозволува читање на bin-log записите и нивно пренесување кон репликата, без да се доделуваат пошироки непотребни администраторски права.

Во replica ја поставуваме врската кон изворниот MySQL инстанцa со следната команда:

CHANGE REPLICATION SOURCE TO
  SOURCE_HOST = 'mysql_source',
  SOURCE_PORT = 3306,
  SOURCE_USER = 'repl',
  SOURCE_PASSWORD = 'replpass',
  SOURCE_AUTO_POSITION = 1;

START REPLICA;

SQL-конфигурацијата ја одвоивме во посебни .sql фајлови кои автоматски се извршуваат преку docker-entrypoint, затоа што:

конфигурацијата станува репродуцибилна и повторно извршлива
setup-от на репликација е целосно автоматизиран (без рачно внесување команди)
ако се создадат контејнерите повторно, MySQL сам ќе ја примени истата конфигурација без дополнителна интервенција
документацијата, миграцијата и version-control стануваат чисти и управливи

===Некои конфигурациски параметри за MySQL GTID-базирана репликација

За подигнување на GTID-базирана репликација, користиме docker-compose.yml во кој дефинираме две MySQL инстанци:

source → примарен сервер (прифаќа WRITE операции)
replica → сервер кој ги реплицира состојбите од source (READ-only)