Replikacija pretaka spremembe od vira (master) do ene ali več replik. Vir zapiše vsako potrjeno spremembo v svoj binarni dnevnik (binlog); V/I nit vsake replike kopira ta dnevnik, SQL/uveljavitvena nit pa ga ponovno predvaja, tako da replike konvergirajo k istim podatkom.
writes
app ---------> --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (beleži dejanske slike vrstic, varna privzeta izbira), STATEMENT ali MIXED.Pisanja usmerite na vir, SELECT-e pa razporedite čez replike. Bralno intenzivne aplikacije (večina spletnih aplikacij) skalirajo branje skoraj linearno z dodajanjem replik, medtem ko en sam vir še vedno obdeluje vsa pisanja.
-- On a replica, watch how far behind it is:
SHOW REPLICA STATUS\G
-- Seconds_Behind_Source: 2 <- replication lag
-- Replica_IO_Running: Yes
-- Replica_SQL_Running: Yes
Ker asinhrone replike zaostajajo za virom, uporabnik, ki zapiše in nato takoj bere z replike, morda ne bo videl lastne spremembe (kršitev "read-your-writes"). Zakasnitveno občutljiva ali pravkar zapisana branja usmerite na vir ali uporabite semi-sync.
Replikacija je standardni prvi korak za skaliranje branja in za pridobitev toplega rezervnega sistema za preklop ob napaki/varnostne kopije. Njena opredeljujoča omejitev — zaostanek in ozko grlo enega samega pisca — oblikuje resnične zasnove: pojasni, zakaj včasih berete zastarele podatke in zakaj skaliranje pisanja sčasoma potrebuje razrezovanje (sharding), ne le več replik.
Knjižnica IT vprašanj za razgovore s podrobnimi odgovori — od začetnika do izkušenega.
Doniraj