Replication truyền các thay đổi từ một source (master) tới một hoặc nhiều replica. Source ghi mọi thay đổi đã commit vào binary log (binlog); I/O thread của mỗi replica sao chép log đó và một SQL/applier thread phát lại nó, nên các replica hội tụ về cùng dữ liệu.
ghi
app ---------> --- binlog ---> <-- đọc
| <-- đọc
+---------- binlog ---> <-- đọc
ROW (ghi ảnh row thực tế, mặc định an toàn), STATEMENT, hoặc MIXED.Trỏ ghi vào source và trải các SELECT ra các replica. Ứng dụng đọc nhiều (phần lớn web app) mở rộng đọc gần như tuyến tính bằng cách thêm replica, trong khi source đơn vẫn xử lý toàn bộ ghi.
-- Trên một replica, xem nó tụt lại bao xa:
SHOW REPLICA STATUS\G
-- Seconds_Behind_Source: 2 <- replication lag
-- Replica_IO_Running: Yes
-- Replica_SQL_Running: Yes
Vì replica async đi sau source, một user vừa ghi rồi đọc ngay từ replica có thể không thấy thay đổi của chính mình (vi phạm "read-your-writes"). Hãy định tuyến các lần đọc nhạy latency hoặc vừa mới ghi về source, hoặc dùng semi-sync.
Replication là bước đầu tiêu chuẩn để mở rộng đọc và có một bản dự phòng nóng cho failover/backup. Giới hạn đặc trưng của nó — lag, và nút thắt ghi đơn — định hình các thiết kế thực tế: nó giải thích vì sao đôi khi bạn đọc phải dữ liệu cũ và vì sao mở rộng ghi rốt cuộc cần sharding, chứ không chỉ thêm replica.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ