Replikasi mengalirkan perubahan daripada satu source (master) ke satu atau lebih replica. Source merekod setiap perubahan yang di-commit dalam binary log (binlog)-nya; benang I/O (I/O thread) setiap replica menyalin log itu dan benang SQL/applier memainkannya semula, jadi replica menumpu ke data yang sama.
writes
app ---------> --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (mencatat imej baris sebenar, lalai yang selamat), STATEMENT, atau MIXED.Halakan tulisan ke source dan sebarkan SELECT merentasi replica. Aplikasi berat-baca (kebanyakan aplikasi web) menskalakan bacaan hampir secara linear dengan menambah replica, sementara source tunggal masih mengendalikan semua tulisan.
-- 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
Kerana replica async ketinggalan di belakang source, seorang pengguna yang menulis kemudian serta-merta membaca daripada replica mungkin tidak melihat perubahannya sendiri (pelanggaran "read-your-writes"). Halakan bacaan yang sensitif-latensi atau yang baru ditulis ke source, atau gunakan semi-sync.
Replikasi ialah langkah pertama piawai untuk menskalakan bacaan dan untuk memperoleh standby panas untuk failover/backup. Batasan yang menjadi ciri utamanya — lag, dan halangan tulisan tunggal — membentuk reka bentuk sebenar: ia menjelaskan mengapa anda kadangkala membaca data lapuk (stale) dan mengapa penskalaan tulisan akhirnya memerlukan sharding, bukan sekadar lebih banyak replica.
Pustaka soalan temu duga IT dengan jawapan terperinci — daripada Junior hingga Senior.
Derma