Ответ
Асинхронная репликация — это процесс, при котором главный узел (master/primary) записывает данные и немедленно отвечает клиенту, а копирование данных на реплики (replicas/secondaries) происходит в фоновом режиме с некоторой задержкой.
Преимущества (Плюсы):
Высокая производительность и низкая задержка записи: Основной узел не ждет подтверждения от реплик, поэтому операции записи выполняются очень быстро. Это критично для систем с высокой нагрузкой на запись.
Низкая связанность (Low Coupling): Главный узел может продолжать работать, даже если реплики временно недоступны или работают медленно. Система в целом более устойчива к проблемам в сети или на вторичных узлах.
Возможность географического распределения: Отлично подходит для систем, где реплики находятся далеко от основного сервера, так как нечувствительна к высокой сетевой задержке.
Недостатки (Минусы):
Риск потери данных: Если главный узел выходит из строя до того, как транзакция была скопирована на реплику, эти данные будут потеряны. Период, в течение которого данные существуют на мастере, но еще не скопированы, называется лагом репликации (replication lag).
Неконсистентность данных при чтении: Данные на реплике могут быть устаревшими. Если клиент записывает данные, а сразу после этого пытается прочитать их с реплики, он может получить старую версию. Этот эффект называется чтением после записи (read-after-write hazard) и приводит к модели конечной консистентности (eventual consistency).
Сложность при отказоустойчивости: В случае сбоя мастера, автоматическое переключение на реплику (failover) может привести к работе с устаревшими данными или потребовать сложных механизмов для определения, какая реплика наиболее актуальна.
Когда использовать?
Асинхронная репликация — отличный выбор, когда:
- Приоритетом является скорость записи.
- Допустима небольшая потеря данных в случае аварии.
- Приложение может работать с данными, которые становятся согласованными со временем (например, аналитические системы, системы логирования, рекомендательные движки, кеши).
Сценарий-пример: Пользователь загружает новую аватарку. Запрос на запись уходит на главный сервер, который сохраняет картинку и сразу отвечает пользователю "Успех!". Аватарка с небольшой задержкой копируется на реплики. Если пользователь сразу обновит страницу, он может на мгновение увидеть старую аватарку, если его запрос на чтение попадет на еще не обновившуюся реплику.