Comparing Memcached and Redis - Amazon ElastiCache for Redis
Services or capabilities described in Amazon Web Services documentation might vary by Region. To see the differences applicable to the China Regions, see Getting Started with Amazon Web Services in China (PDF).

Comparing Memcached and Redis

Amazon ElastiCache supports the Memcached and Redis cache engines. Each engine provides some advantages. Use the information in this topic to help you choose the engine and version that best meets your requirements.

Important

After you create a cache cluster or replication group, you can upgrade to a newer engine version, but you cannot downgrade to an older engine version. If you want to use an older engine version, you must delete the existing cache cluster or replication group and create it again with the earlier engine version.

On the surface, the engines look similar. Each of them is an in-memory key-value store. However, in practice there are significant differences.

Choose Memcached if the following apply for you:

  • You need the simplest model possible.

  • You need to run large nodes with multiple cores or threads.

  • You need the ability to scale out and in, adding and removing nodes as demand on your system increases and decreases.

  • You need to cache objects.

Choose Redis with a version of ElastiCache for Redis if the following apply for you:

  • ElastiCache for Redis version 7.0 (Enhanced)

    You want to use Redis Functions, Sharded Pub/Sub, or Redis ACL improvements. For more information, see Redis Version 7.0 (Enhanced).

  • ElastiCache for Redis version 6.2 (Enhanced)

    You want the ability to tier data between memory and SSD using the r6gd node type. For more information, see Data tiering.

  • ElastiCache for Redis version 6.0 (Enhanced)

    You want to authenticate users with role-based access control.

    For more information, see Redis Version 6.0 (Enhanced).

  • ElastiCache for Redis version 5.0.0 (Enhanced)

    You want to use Redis streams, a log data structure that allows producers to append new items in real time and also allows consumers to consume messages either in a blocking or non-blocking fashion.

    For more information, see Redis Version 5.0.0 (Enhanced).

  • ElastiCache for Redis version 4.0.10 (Enhanced)

    Supports both encryption and dynamically adding or removing shards from your Redis (cluster mode enabled) cluster.

    For more information, see Redis Version 4.0.10 (Enhanced).

The following versions are deprecated, have reached or soon to reach end of life.

  • ElastiCache for Redis version 3.2.10 (Enhanced)

    Supports the ability to dynamically add or remove shards from your Redis (cluster mode enabled) cluster.

    Important

    Currently ElastiCache for Redis 3.2.10 doesn't support encryption.

    For more information, see the following:

  • ElastiCache for Redis version 3.2.6 (Enhanced)

    If you need the functionality of earlier Redis versions plus the following features, choose ElastiCache for Redis 3.2.6:

  • ElastiCache for Redis (Cluster mode enabled) version 3.2.4

    If you need the functionality of Redis 2.8.x plus the following features, choose Redis 3.2.4 (clustered mode):

    • You need to partition your data across two to 500 node groups (clustered mode only).

    • You need geospatial indexing (clustered mode or non-clustered mode).

    • You don't need to support multiple databases.

  • ElastiCache for Redis (non-clustered mode) 2.8.x and 3.2.4 (Enhanced)

    If the following apply for you, choose Redis 2.8.x or Redis 3.2.4 (non-clustered mode):

    • You need complex data types, such as strings, hashes, lists, sets, sorted sets, and bitmaps.

    • You need to sort or rank in-memory datasets.

    • You need persistence of your key store.

    • You need to replicate your data from the primary to one or more read replicas for read intensive applications.

    • You need automatic failover if your primary node fails.

    • You need publish and subscribe (pub/sub) capabilities—to inform clients about events on the server.

    • You need backup and restore capabilities.

    • You need to support multiple databases.

Comparison summary of Memcached, Redis (cluster mode disabled), and Redis (cluster mode enabled)
Memcached Redis (cluster mode disabled) Redis (cluster mode enabled)
Engine versions+ 1.4.5 and later 4.0.10 and later 4.0.10 and later
Data types Simple ‡ 2.8.x - Complex * 3.2.x and later - Complex †
Complex †
Data partitioning Yes No Yes
Cluster is modifiable Yes Yes 3.2.10 and later - Limited
Online resharding No No 3.2.10 and later
Encryption in-transit 1.6.12 and later 4.0.10 and later 4.0.10 and later
Data tiering No 6.2 and later 6.2 and later
Compliance certifications
Compliance Certification

    FedRAMP

    HIPAA

    PCI DSS

  

Yes - 1.6.12 and later

Yes - 1.6.12 and later

Yes

  

4.0.10 and later

4.0.10 and later

4.0.10 and later

  

4.0.10 and later

4.0.10 and later

4.0.10 and later
Multi-threaded Yes No No
Node type upgrade No Yes Yes
Engine upgrading Yes Yes Yes
High availability (replication) No Yes Yes
Automatic failover No Optional Required
Pub/Sub capabilities No Yes Yes
Sorted sets No Yes Yes
Backup and restore No Yes Yes
Geospatial indexing No 4.0.10 and later Yes
Notes:
‡ string, objects (like databases)
* string, sets, sorted sets, lists, hashes, bitmaps, hyperloglog
† string, sets, sorted sets, lists, hashes, bitmaps, hyperloglog, geospatial indexes
+ Excludes versions which are deprecated, have reached or soon to reach end of life.

After you choose the engine for your cluster, we recommend that you use the most recent version of that engine. For more information, see Supported ElastiCache for Memcached Versions or Supported ElastiCache for Redis Versions.