MySQL репликация: проблемы, решения, практические рекомендации

Описание
Классическая схема: мастер пишет события в бинарный лог (binlog), слейвы (реплики) периодически читают этот лог и применяют изменения.

Плюсы

• Максимальная производительность: мастер не ждёт подтверждения от реплик.

• Простота настройки: встроена «из коробки».

• Гибкость: можно добавлять/удалять реплики на-лету.

Минусы

• Потеря данных: при крахе мастера незаписанные в binlog транзакции теряются, а неподтянутые слейвы «отстают».

• Нет гарантий консистентности: чтения на репликах могут «прыгать» по времени.

Когда подходит

• Отказоустойчивость важна, но некритична потеря нескольких последних секунд данных.