Handbooks  /  Redis vs Memcached
Engineering~8 min readComparison
Head to Head

Redis vs Memcached: a cache, or a toolbox?

RedisvsMemcached

Both put data in RAM by a key and return it fast, so they look interchangeable. The split is scope: Memcached does one thing — a blazing, simple key-value cache — while Redis is a data-structure server that also caches. If all you need is caching, the simpler tool may win; the moment you need more than get/set, Redis pulls away.

01

The core difference: one job vs many

Memcached is a deliberately minimal, multithreaded key-value cache: strings in, strings out, evicted under memory pressure, no persistence, no bells. That simplicity makes it lean and easy to scale for one job — caching. Redis is a data-structure server: alongside strings it offers lists, sets, sorted sets, hashes, streams, bitmaps and more, plus persistence, replication, pub/sub, transactions, Lua scripting and clustering. It caches too — but it does far more.

→ The rule

Only need a simple, huge, cheap cache for strings/objects? Memcached is lean and fine. Need data structures, persistence, pub/sub, leaderboards, rate limiters, queues, or anything past get/set? Redis — which is why it’s the default for most teams today.

02

Head to head

DimensionRedisMemcached
Data typesStrings, lists, sets, sorted sets, hashes, streams…Strings (opaque blobs) only
ThreadingMostly single-threaded core (very fast)Multithreaded
PersistenceYes (RDB snapshots, AOF log)No — purely in-memory
Replication / HAYes (replicas, Sentinel, Cluster)No built-in replication
Pub/Sub & streamsYesNo
EvictionConfigurable policies (LRU, LFU, TTL…)LRU
Memory efficiencyGood; slight overhead for structuresVery lean for plain key-value
Best fitCache + data store + messagingSimple, large-scale caching
03

When to use each

Reach for Redis

  • Leaderboards (sorted sets), counters, rate limiters
  • Sessions or data you can’t afford to lose (persistence)
  • Pub/sub, streams, lightweight queues
  • Anything richer than string get/set
  • You want one tool for cache + more

Reach for Memcached

  • Pure caching of strings/serialized objects
  • Very large, simple caches where leanness matters
  • Multithreaded throughput on big multi-core boxes
  • You explicitly want minimal features/ops surface
  • Cache loss is harmless (regenerate on miss)
→ The honest default

Most teams pick Redis today — it does everything Memcached does and grows with you, so you rarely regret it. Choose Memcached deliberately when the workload is strictly simple caching and its lean, multithreaded model is a measured win.

Frequently asked

Quick answers

What is the main difference between Redis and Memcached?

Memcached is a minimal, multithreaded key-value cache for strings only, with no persistence. Redis is a data-structure server: it offers lists, sets, sorted sets, hashes, streams and more, plus persistence, replication and pub/sub. Both cache; Redis does much more.

Is Redis or Memcached faster?

For plain get/set both are extremely fast and memory-bound; differences are usually negligible. Memcached’s multithreading can edge ahead on huge multi-core boxes for simple key-value at very high concurrency, but Redis’s speed is more than enough for nearly all workloads and it does far more.

Does Memcached support persistence?

No. Memcached is purely in-memory — restart it and the cache is empty. Redis offers persistence (RDB snapshots and the AOF log) plus replication and failover, so it can serve as a durable store, not just a cache.

Which should I use, Redis or Memcached?

Default to Redis unless you have a specific reason not to — it caches like Memcached and adds data structures, persistence and messaging, so it scales with your needs. Choose Memcached when you want a deliberately lean, simple cache for strings and cache loss is harmless.

Redis vs Memcached · Engineering · Vibe Engines · 2026
Finished this one? 0 / 49 Handbooks done

Explore the topic

See this alongside everything else on the same subject — handbooks, system designs, challenges and tools, in one place.