В чем разница между репликацией и мастером?

Репликация vs Master-сервер: ключевые различия

В контексте баз данных и распределенных систем, особенно в Go-экосистеме, эти термины описывают разные, но взаимосвязанные аспекты архитектуры.

Определение понятий

Мастер (Master-сервер) — это основной узел в системе, который принимает все операции записи (write) и обычно также читает (read). Это единая точка принятия решений для изменений данных. В Go-приложениях, работающих с базами данных типа PostgreSQL или MySQL, мастер — это тот сервер, к которому происходит подключение для выполнения INSERT, UPDATE, DELETE.

Репликация (Replication) — это процесс и механизм копирования данных с мастера на один или несколько подчиненных серверов (реплик). Репликация обеспечивает:

• Отказоустойчивость: При падении мастера одна из реплик может стать новым мастером.
• Масштабирование чтения: Запросы на чтение (SELECT) можно распределить между репликами.
• Геораспределение: Данные можно реплицировать в другие регионы для уменьшения задержки.

Принципиальные отличия

Мастер — это конкретная роль узла (server/instance) в архитектуре. Репликация — это процесс синхронизации данных между узлами разных ролей.

Пример на Go с PostgreSQL

Представьте приложение на Go, которое использует две схемы подключения:

package main

import (
    "database/sql"
    "fmt"
    _ "github.com/lib/pq"
)

func main() {
    // Подключение к мастеру для операций записи
    masterDB, err := sql.Open("postgres", "host=master-host user=app dbname=mydb sslmode=disable")
    if err != nil {
        panic(err)
    }
    defer masterDB.Close()

    // Запись данных ТОЛЬКО через мастер
    _, err = masterDB.Exec("INSERT INTO users(name) VALUES($1)", "Alice")
    if err != nil {
        panic(err)
    }

    // Подключение к реплике для операций чтения
    replicaDB, err := sql.Open("postgres", "host=replica-host user=app dbname=mydb sslmode=disable")
    if err != nil {
        panic(err)
    }
    defer replicaDB.Close()

    // Чтение данных можно делать с реплики
    rows, err := replicaDB.Query("SELECT name FROM users")
    if err != nil {
        panic(err)
    }
    defer rows.Close()

    for rows.Next() {
        var name string
        err := rows.Scan(&name)
        fmt.Println(name)
    }
}

Ключевые технические аспекты в Go-разработке

1. Согласованность данных:

    *   Мастер всегда имеет **наиболее актуальные данные**.
    *   Реплики могут отставать от мастера (репликация с задержкой — **replication lag**). В Go-приложениях критично учитывать это при проектировании.

1. Работа с пулами соединений:

   // Использование библиотеки для балансировки подключений
   // Например, pgxpool для PostgreSQL позволяет явно указывать цели
   conn, err := pool.Acquire(ctx) // для записи -> мастер
   readConn, err := readPool.Acquire(ctx) // для чтения -> реплика
   

2. Обработка failover:

    *   При смене мастера (failover) Go-приложение должно уметь **переподключаться** к новому мастеру. Часто используются middleware-библиотеки или паттерны типа **retry с экспоненциальной backoff задержкой**.

1. Типы репликации:

    *   **Синхронная**: Мастер ждет подтверждения от реплик перед фиксацией транзакции. Гарантирует полную консистентность, но снижает производительность.
    *   **Асинхронная**: Мастер не ждет реплик. Выше производительность, но возможна потеря данных при аварии мастера.

Резюме

• Мастер — роль и источник истины для данных.
• Репликация — технологический процесс распространения этой истины на резервные узлы.

В Go-микросервисах правильное разделение операций чтения/записи между мастером и репликами напрямую влияет на производительность и отказоустойчивость. Современные практики (CQRS, Event Sourcing) часто строятся на этом фундаментальном разделении ответственности.