Объясни концепцию репликации базы данных, включая её основные цели, распространённые архитектурные модели и компромиссы между консистентностью и производительностью в распределённых системах хранения данных.

Что такое репликация базы данных

Репликация базы данных — это процесс копирования и синхронизации данных из основной базы данных в одну или несколько реплик. Её основные цели — улучшить доступность, надёжность и производительность чтения в распределённых системах.

Основные цели

• Высокая доступность – если основной узел откажет, реплика может его заменить
• Восстановление после сбоев – реплики выступают как резервные копии в разных географических локациях
• Масштабируемость чтения – нагрузку на чтение можно распределить между несколькими репликами
• Географическое распределение – данные могут быть доставлены ближе к конечным пользователям

Распространённые архитектурные модели

• Master-Slave (Primary-Replica) – один узел для записи, несколько узлов только для чтения; простая и широко используемая схема
• Master-Master (Multi-Primary) – несколько узлов для записи, которые синхронизируются между собой; обеспечивает более высокую доступность для записей, но увеличивает риск конфликтов
• Синхронная репликация – основной узел ждёт подтверждения от реплик перед тем, как вернуть успешный ответ; строгая консистентность, меньшая производительность
• Асинхронная репликация – основной узел не ждёт подтверждения от реплик; высокая производительность, но реплики могут отставать

Компромисс между консистентностью и производительностью

Основное противоречие при проектировании репликации — это выбор между консистентностью и производительностью:

• Синхронная репликация гарантирует отсутствие потери данных, но добавляет задержку записи
• Асинхронная репликация улучшает пропускную способность, но грозит отставанием репликации и возможной потерей данных при сбое
• Системы вроде PostgreSQL и MySQL поддерживают оба режима, позволяя команде подобрать нужный под свои требования

Главный вывод

Выбор стратегии репликации зависит от приоритетов твоей системы. Приложения с интенсивным чтением выигрывают от master-slave с асинхронной репликацией. Системы, требующие нулевых потерь данных, должны склоняться к синхронной репликации, несмотря на снижение производительности.