Replikacija transliuoja pakeitimus iš šaltinio (master) į vieną ar daugiau replikų. Šaltinis įrašo kiekvieną patvirtintą pakeitimą į savo dvejetainį žurnalą (binlog); kiekvienos replikos I/O gija kopijuoja tą žurnalą, o SQL/vykdytojo gija jį atkartoja, todėl replikos suartėja iki tų pačių duomenų.
writes
app ---------> --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (registruoja faktinius eilučių atvaizdus, saugus numatytasis), STATEMENT arba MIXED.Nukreipkite rašymus į šaltinį ir paskirstykite SELECT per replikas. Skaitymui intensyvios programos (dauguma žiniatinklio programų) mastelėja skaitymus beveik tiesiškai pridedant replikų, o vienas šaltinis vis dar tvarko visus rašymus.
-- 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
Kadangi asinchroninės replikos atsilieka nuo šaltinio, vartotojas, kuris rašo ir iškart skaito iš replikos, gali nematyti savo paties pakeitimo („read-your-writes“ pažeidimas). Nukreipkite delsai jautrius arba ką tik įrašytus skaitymus į šaltinį arba naudokite pusiau sinchroninę replikaciją.
Replikacija yra standartinis pirmas žingsnis skaitymams mastelėti ir įgyti šiltą rezervinę kopiją perjungimui/atsarginėms kopijoms. Jos apibrėžiantis apribojimas — atsilikimas ir vieno rašymo kliūtis — formuoja realius projektus: tai paaiškina, kodėl kartais skaitote pasenusius duomenis ir kodėl rašymo mastelėjimui galiausiai reikia šardinimo (sharding), o ne tik daugiau replikų.
IT pokalbių klausimų biblioteka su išsamiais atsakymais — nuo Junior iki Senior.
Paaukoti