RedisRedis: persistence и восстановление
Настройте восстановление Redis в соответствии с ролью данных. Кеш и единственная копия задания требуют разных гарантий.
Плохо
Redis = единственная копия данных
Persistence = off
Восстановление = не проверено
Хорошо
Источник = GitHub / основная БД
Redis = проверенная текущая и предыдущая версии
AOF = everysec
Восстановление = из источника или исправной копии
Почему это важно
AOF everysec уменьшает окно потери, но не гарантирует нулевую потерю при аварии. Репликация тоже не заменяет резервную копию.
Когда применять
Redis OSS, AOF и RDB. Для восстанавливаемого кеша persistence выбирается по требованиям запуска. Для очередей отдельно оценивайте потерю последних записей, повторную обработку и noeviction; не смешивайте их с вытесняемым кешем без анализа.
Кто что делает
Человек
Определяет допустимую потерю данных, срок восстановления и владельца источника.
AI-агент
Настраивает persistence и лимиты, проверяет перезапуск и восстановление без изменения исходного источника.
Пример применения
Справочник хранит в Redis два проверенных снимка Markdown. Новый снимок публикуется атомарно, повреждённый отклоняется. При недоступности Redis сайт использует последнюю исправную дисковую копию.
Как проверить у себя
- После перезапуска данные восстанавливаются.
- Недоступность Redis имеет проверенный резервный сценарий.
- Ограничение памяти не удаляет единственную копию задания.
Первоисточники
История изменений на GitHubДата проверки отражает содержательную сверку. Синхронизация сайта не обновляет её автоматически.