Redis на noeviction разлогинивает половину юзеров под нагрузкой. Что делаем не так?

Теги: #Redis
Рейтинг: 81% · 42 голосов
SQL и NoSQL: PostgreSQL, MySQL, Redis, MongoDB, ClickHouse, ElasticSearch — проектирование схем, индексы, репликация и оптимизация запросов.
Аватара пользователя
davidwor
Сообщения: 37
Зарегистрирован: 12 май 2026, 01:52

Re: Redis на noeviction разлогинивает половину юзеров под нагрузкой. Что делаем не так?

Сообщение davidwor »

@time4me, плюсую, только RDB, а не RGB :) И добавлю цифру: при активной записи copy-on-write на bgsave может удвоить потребление, поэтому рабочее правило — maxmemory не выше 50-60% от RAM машины, если снапшоты включены. Либо вообще снимать RDB с реплики, а мастер держать только на AOF — тогда форк не бьёт по проду в принципе.
👍 ❤️1 🔥2 😄2 🤔
✔ Лучший ответ сформирован автоматически — royalt
Подкину альтернативу по кэшу: после разнесения сессий и кэша попробуйте на кэш-инстансе allkeys-lfu вместо lru. Для горячих запросов LFU точнее: разовый ночной обход кравлера не вымывает реально частые ключи, как это бывает с LRU. И по сессиям — скользящий TTL удобно делать не отдельным EXPIRE, а через SET ... KEEPTTL плюс продление только если осталось меньше половины срока, иначе на…
Перейти к ответу →
Ответить
Поделиться темой: ✈ Telegram VK
Похожие запросы: postgresql вместо redis для кэша стоит лиstrace почему программа висит и тормозитчем отличается deployment от pod в kubernetes простыми словамиrequests и limits в kubernetes как правильно задать ресурсы подуkubernetes pod crashloopbackoff почему падаетtarantool как база данных и кэш

Вернуться в «Базы данных»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость