Replikimi transmeton ndryshimet nga një source (master) te një ose më shumë replicas. Source-i regjistron çdo ndryshim të commit-uar në binary log (binlog) e tij; thread-i I/O i çdo replica e kopjon atë log dhe një thread SQL/applier e riluan atë, kështu që replicas konvergojnë te të njëjtat të dhëna.
shkrime
app ---------> --- binlog ---> <-- lexime
| <-- lexime
+---------- binlog ---> <-- lexime
ROW (regjistron imazhet aktuale të rreshtave, parazgjedhje e sigurt), STATEMENT, ose MIXED.Drejto shkrimet te source-i dhe shpërnda SELECT-et nëpër replicas. App-et me shumë lexime (shumica e web app-eve) i shkallëzojnë leximet pothuajse linearisht duke shtuar replicas, ndërsa source-i i vetëm ende trajton të gjitha shkrimet.
-- Në një replica, shiko sa prapa është:
SHOW REPLICA STATUS\G
-- Seconds_Behind_Source: 2 <- vonesa e replikimit
-- Replica_IO_Running: Yes
-- Replica_SQL_Running: Yes
Meqenëse replicas async ndjekin prapa source-in, një përdorues që shkruan e pastaj lexon menjëherë nga një replica mund të mos e shohë ndryshimin e vet (shkelje e "read-your-writes"). Drejto leximet e ndjeshme ndaj vonesës ose sapo të shkruara te source-i, ose përdor semi-sync.
Replikimi është hapi i parë standard për të shkallëzuar leximet dhe për të fituar një standby të ngrohtë për failover/backup. Kufizimi i tij përcaktues — vonesa, dhe pengesa e vetme e shkrimit — formon dizajnet reale: shpjegon pse ndonjëherë lexon të dhëna të vjetruara dhe pse shkallëzimi i shkrimeve përfundimisht ka nevojë për sharding, jo thjesht më shumë replicas.
Një bibliotekë pyetjesh intervistash IT me përgjigje të detajuara — nga Junior te Senior.
Dhuro