Replikaatio suoratoistaa muutoksia lähteestä (master) yhdelle tai useammalle replikalle. Lähde tallentaa jokaisen vahvistetun muutoksen binäärilokiinsa (binlog); kunkin replikan I/O-säie kopioi tuon lokin ja SQL-/applier-säie toistaa sen, joten replikat konvergoituvat samaan dataan.
kirjoitukset
app ---------> --- binlog ---> <-- luvut
| <-- luvut
+---------- binlog ---> <-- luvut
ROW (lokittaa todelliset rivikuvat, turvallinen oletus), STATEMENT tai MIXED.Ohjaa kirjoitukset lähteeseen ja jaa SELECT:it replikoille. Lukupainotteiset sovellukset (useimmat verkkosovellukset) skaalaavat lukuja lähes lineaarisesti lisäämällä replikoita, kun taas yksittäinen lähde hoitaa yhä kaikki kirjoitukset.
-- Replikalla, tarkkaile kuinka paljon se on jäljessä:
SHOW REPLICA STATUS\G
-- Seconds_Behind_Source: 2 <- replikaatioviive
-- Replica_IO_Running: Yes
-- Replica_SQL_Running: Yes
Koska asynkroniset replikat laahaavat lähteen jäljessä, käyttäjä joka kirjoittaa ja lukee heti replikalta ei ehkä näe omaa muutostaan ("read-your-writes"-rikkomus). Ohjaa latenssiherkät tai juuri kirjoitetut luvut lähteeseen, tai käytä semi-syncia.
Replikaatio on tavanomainen ensimmäinen askel lukujen skaalaamiseen ja lämpimän varajärjestelmän saamiseen failoveria/varmuuskopioita varten. Sen määrittävä rajoitus — viive ja yksittäinen kirjoituspullonkaula — muovaa oikeita suunnitteluratkaisuja: se selittää, miksi joskus luet vanhentunutta dataa ja miksi kirjoitusten skaalaus lopulta vaatii shardingia, ei vain lisää replikoita.
Kirjasto IT-haastattelukysymyksiä yksityiskohtaisine vastauksineen — Juniorista Senioriin.
Lahjoita