Обе системы позволят вам масштабировать по вертикали в «очень высоком» масштабе ... но очень сложно ответить на любой вопрос о размере и поведении, не имея информации о приложении:
- size базы данных / кеша
- количество ключей и размер ключей и значений
- тип операций и ожидаемая пропускная способность и задержка
Например, в качестве начальной c начальной точки вы можете go без всяких опасений использовать экземпляр Redis 25 ГБ с производительностью 25 000 операций в секунду с очень низкой задержкой (<1 мс) ... <em>(но это, вероятно, не будет правдой, если ваши значения составляют 120 МБ, поскольку сеть будет сильно затронута, но в любом случае это, вероятно, очень плохая идея)
Также вы должны принять во внимание, что Redis намного больше чем простое хранилище значений ключей, с различными типами данных (String, Ha sh, Set / Sorted Set, ... и Streams), но также с параметрами сохранения и модулями, которые обогащают базу данных для F ullTextSearch / Indexing, Graph, TimeSeries, ...
Вы можете легко запустить тест против Redis, используя 'Memtier Benchmark' .
Так что я не думаю об этом - хороший подход, чтобы взглянуть на проблему с внутренней стороны "redis vs memcache", но сосредоточиться на вашем варианте использования и наборе данных.
Тем не менее, Redis 6.0 представил новую многопоточную модель для ввода-вывода, что делает Redis еще быстрее, чем раньше.