Ir-replication tistrimja bidliet minn source (master) għal replica waħda jew aktar. Is-source jirreġistra kull bidla committed fil-binary log (binlog) tiegħu; l-I/O thread ta' kull replica jikkopja dak il-log u SQL/applier thread jerġa' jħaddmu, għalhekk ir-replicas jikkonverġu għall-istess data.
writes
app ---------> [ SOURCE ] --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (jillogja row images reali, default sikur), STATEMENT, jew MIXED.Idderieġi l-writes lejn is-source u firex is-SELECTs fost ir-replicas. Apps b'ħafna reads (ħafna web apps) jiskalaw ir-reads kważi b'mod lineari billi jżidu r-replicas, filwaqt li s-source waħdieni xorta jieħu ħsieb il-writes kollha.
-- 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
Peress li r-replicas async jimxu wara s-source, utent li jikteb u mbagħad jaqra minnufih minn replica jista' ma jarax il-bidla tiegħu stess (ksur ta' "read-your-writes"). Idderieġi reads sensittivi għal-latency jew li għadhom kif inkitbu lejn is-source, jew uża semi-sync.
Ir-replication huwa l-ewwel pass standard biex tiskala r-reads u tikseb warm standby għal failover/backups. Il-limitazzjoni li tiddefinixxiha — il-lag, u l-bottleneck waħdieni tal-writes — issawwar disinji reali: tispjega għaliex xi drabi taqra data qadima u għaliex l-iskalar tal-writes eventwalment jeħtieġ is-sharding, mhux biss aktar replicas.
Librerija ta' mistoqsijiet ta' intervisti tal-IT b'tweġibiet dettaljati — minn Junior sa Senior.
Iddona