8 апр 2026 · Автор: Команда Netspare
Реплики для чтения, кэш запросов и Redis: куда переносить нагрузку
Реплики для чтения снимают нагрузку, но асинхронный лаг даёт устаревшие данные.
Кэш снижает нагрузку на БД при правильных ключах и TTL.
Лаг репликации
Критичные чтения после записи — на primary или с токенами read-your-writes.
Мониторинг лага обязателен.
Инвалидация кэша
TTL vs событийная инвалидация; все пути записи должны обновлять кэш.
Антипаттерны
- Общий кэш страниц для разных пользователей.
- Финансы с реплики без допуска по лагу.
- Cache stampede.
Измерения
Сначала индексы и план запроса.
Hit ratio и p95 вместе.
Частые вопросы
Бэкап с реплики?
Падение Redis?
Команда Netspare
Другие материалы автораВам также может быть интересно
- Горизонтальное и вертикальное масштабирование: практическое введение для веб-приложений
Увеличение VM проще, пока не упираетесь в узкое место. Горизонтальное масштабирование требует stateless и плана для БД.
- Когда переходить с shared hosting на VPS
Слишком поздно — страдает стабильность, слишком рано — растут расходы. Объективные сигналы для решения.
- Распространение DNS и TTL: практика для владельцев сайтов
Смена DNS в панели не равна мгновенному обновлению у всех: TTL задаёт время кэша. Как планировать перенос без «мигания» сайта.
- Объектное хранилище или диск VPS: что выбрать для видео, бэкапов и больших файлов
Локальный SSD удобен для БД; объектное хранилище по-другому считает трафик и отказоустойчивость. Сравнение для практики.