Replikasi mengalirkan perubahan dari sebuah source (master) ke satu atau lebih replica. Source mencatat setiap perubahan yang di-commit di dalam binary log (binlog)-nya; thread I/O setiap replica menyalin log itu dan sebuah thread SQL/applier memutarnya ulang, sehingga replica konvergen ke data yang sama.
writes
app ---------> --- binlog ---> <-- reads
| <-- reads
+---------- binlog ---> <-- reads
ROW (mencatat image baris aktual, default yang aman), STATEMENT, atau MIXED.Arahkan penulisan ke source dan sebarkan SELECT ke seluruh replica. Aplikasi yang read-heavy (kebanyakan aplikasi web) menskalakan pembacaan hampir secara linear dengan menambah replica, sementara source tunggal tetap menangani semua penulisan.
-- 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
Karena replica async tertinggal di belakang source, seorang pengguna yang menulis lalu langsung membaca dari replica mungkin tidak melihat perubahannya sendiri (pelanggaran "read-your-writes"). Arahkan pembacaan yang sensitif terhadap latency atau yang baru saja ditulis ke source, atau gunakan semi-sync.
Replikasi adalah langkah pertama standar untuk menskalakan pembacaan dan untuk memperoleh warm standby bagi failover/backup. Keterbatasan definisinya — lag, dan bottleneck penulisan tunggal — membentuk desain nyata: ia menjelaskan mengapa Anda kadang membaca data usang dan mengapa penskalaan penulisan pada akhirnya membutuhkan sharding, bukan sekadar lebih banyak replica.
Perpustakaan pertanyaan wawancara IT dengan jawaban mendetail — dari Junior hingga Senior.
Donasi