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

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

Slave (подчинённая реплика, ведомый сервер) — это дополнительная копия основной базы данных (Master или Primary), которая асинхронно или синхронно получает и применяет изменения данных с главного сервера. Основная цель slave-реплики — обеспечить отказоустойчивость, масштабируемость чтения, географическое распределение данных и разгрузку основного сервера.

Ключевые функции и характеристики Slave-реплики

1. Получение изменений (Replication Log): Slave постоянно получает поток изменений с Master. Обычно это делается через:

    *   **Бинарный лог (Binary Log)** в MySQL/PostgreSQL.
    *   **Оплог (Oplog)** в MongoDB.
    *   **Журнал транзакций (WAL)** в PostgreSQL.

```sql
-- Пример команды на Slave в MySQL для запуска репликации
CHANGE MASTER TO
  MASTER_HOST='master_host_name',
  MASTER_USER='replication_user',
  MASTER_PASSWORD='replication_password',
  MASTER_LOG_FILE='recorded_log_file_name',
  MASTER_LOG_POS=recorded_log_position;
START SLAVE;
```

2. Применение изменений: Slave применяет полученные изменения (транзакции) в том же порядке, что и на Master, сохраняя целостность данных.

1. Только для чтения (Read-Only): В стандартной конфигурации Slave предназначен только для операций чтения. Все запросы на запись (INSERT, UPDATE, DELETE) должны идти на Master.

   // Пример на Go: роутинг запросов чтения на Slave, записи — на Master
   func GetDBConnection(isWriteOperation bool) *sql.DB {
       if isWriteOperation {
           return masterDB // Соединение с Master
       }
       // Выбираем случайный Slave для балансировки нагрузки
       return slaveDBPool[rand.Intn(len(slaveDBPool))]
   }
   

Типы Slave-реплик и их назначение

• Горячий резерв (Hot Standby): Готов к немедленному переключению в роль Master при отказе основного сервера.
• Реплика для отчетов (Reporting Replica): Используется для выполнения тяжелых аналитических запросов, чтобы не нагружать Master.
• Географически распределенная реплика: Расположена в другом датацентре для уменьшения задержки у удаленных пользователей и аварийного восстановления.
• Реплика для бэкапов: Используется для создания согласованных резервных копий без остановки Master.

Архитектура репликации Master-Slave

Master (Primary)
     |
     | (передача бинарного лога)
     v
Slave 1 (Replica) --+--> Может быть каскад: Slave 1.1, Slave 1.2
Slave 2 (Replica)   |
Slave N (Replica)   +-- Все Slave получают одни и те же данные от Master

Преимущества использования Slave

• Масштабирование чтения: Распределение запросов SELECT между несколькими Slave повышает общую пропускную способность системы.
• Повышение доступности: При сбое Master один из Slave может быть повышен до роли нового Master (процедура failover).
• Безопасность данных: Slave может располагаться в другом датацентре, обеспечивая сохранность данных при катастрофе.
• Тестирование: На Slave можно безопасно тестировать обновления приложений или выполнять A/B-тестирование.

Ограничения и проблемы

• Задержка репликации (Replication Lag): Slave может отставать от Master на секунды или даже минуты при высокой нагрузке, приводя к чтению устаревших данных.
• Сложность операций записи: Все операции записи должны идти строго на Master, что требует дополнительной логики в приложении.
• Риск конфликтов: При неправильной конфигурации возможна попытка записи на Slave, что вызовет ошибки репликации.
• Терминология: Термины "Master/Slave" сейчас считаются устаревшими и потенциально оскорбительными. Современные СУБД используют нейтральные термины: Primary/Replica (PostgreSQL, MongoDB), Source/Replica (MySQL 8+), Leader/Follower.

Пример обработки задержки репликации в приложении

// Псевдокод стратегии для критичных к актуальности данных операций
func GetUserBalance(userID string, requireFreshData bool) (Balance, error) {
    if requireFreshData {
        // Читаем строго с Master для гарантии актуальности
        return queryMaster("SELECT balance FROM users WHERE id = ?", userID)
    }
    // Для некритичных данных используем Slave
    return queryReplica("SELECT balance FROM users WHERE id = ?", userID)
}

Slave остается фундаментальным концептом в архитектуре высокодоступных и масштабируемых систем, даже несмотря на эволюцию терминологии. Понимание его роли, механизмов работы и ограничений критически важно для разработчика, работающего с распределенными базами данных.