Replikasi ngalirake owahan saka sumber (master) menyang siji utawa luwih replica. Sumber ngrèkam saben owahan sing di-commit ing binary log (binlog); thread I/O saben replica nyalin log kasebut lan thread SQL/applier muter manèh, dadi replica konvergen menyang data sing padha.
writes
app ---------> --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (nyathet gambar baris nyata, standar sing aman), STATEMENT, utawa MIXED.Arahna nulis menyang sumber lan sebarake SELECT ing antarane replica. Aplikasi sing akèh maca (umumé aplikasi web) mundhak maca mèh linier kanthi nambah replica, nalika sumber tunggal isih ngurus kabèh nulis.
-- 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
Merga replica async keri saka sumber, panganggo sing nulis banjur langsung maca saka replica bisa ora ndeleng owahané dhéwé (pelanggaran "read-your-writes"). Arahna maca sing sensitif latensi utawa sing lagi ditulis menyang sumber, utawa nganggo semi-sync.
Replikasi iku langkah pisanan standar kanggo mundhakaké maca lan entuk standby anget kanggo failover/backup. Watesan utamané — lag, lan bottleneck nulis tunggal — mbentuk desain nyata: iku njelasaké kenapa sampeyan kadhang maca data sing wis lawas lan kenapa penskalaan nulis pungkasané butuh sharding, dudu mung nambah replica.
Pustaka pitakon wawancara IT kanthi jawaban rinci — saka Junior nganti Senior.
Nyumbang