Η replication κάνει streaming τις αλλαγές από ένα source (master) σε ένα ή περισσότερα replicas. Το source καταγράφει κάθε committed αλλαγή στο binary log (binlog) του· το I/O thread κάθε replica αντιγράφει αυτό το log και ένα SQL/applier thread το επαναλαμβάνει, ώστε τα replicas να συγκλίνουν στα ίδια δεδομένα.
writes
app ---------> --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (καταγράφει τα πραγματικά row images, ασφαλής προεπιλογή), STATEMENT ή MIXED.Κατεύθυνε τα writes στο source και μοίρασε τα SELECT στα replicas. Οι read-heavy εφαρμογές (οι περισσότερες web εφαρμογές) κλιμακώνουν τα reads σχεδόν γραμμικά προσθέτοντας replicas, ενώ το μοναδικό source εξακολουθεί να χειρίζεται όλα τα writes.
-- 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
Επειδή τα async replicas ακολουθούν πίσω από το source, ένας χρήστης που γράφει και μετά διαβάζει αμέσως από ένα replica μπορεί να μη δει τη δική του αλλαγή (παραβίαση "read-your-writes"). Δρομολόγησε τα reads που είναι ευαίσθητα στο latency ή μόλις γράφτηκαν προς το source, ή χρησιμοποίησε semi-sync.
Η replication είναι το τυπικό πρώτο βήμα για να κλιμακώσεις τα reads και να αποκτήσεις ένα warm standby για failover/backups. Ο καθοριστικός της περιορισμός — το lag και το μοναδικό write bottleneck — διαμορφώνει τα πραγματικά designs: εξηγεί γιατί μερικές φορές διαβάζεις stale δεδομένα και γιατί το write scaling τελικά χρειάζεται sharding, όχι απλώς περισσότερα replicas.
Μια βιβλιοθήκη ερωτήσεων συνέντευξης IT με αναλυτικές απαντήσεις — από Junior έως Senior.
Δωρεά