memcached 和 redis 使用场景及优缺点对比

简述

memcached 和 redis 都很类似：都是内存型数据库，数据保存在内存中，通过tcp直接存取，优势是速度快，并发高，缺点是数据类型有限，查询功能不强，一般用作缓存。

那么题主说 memcached 的事情 redis 都可以做，那么为什么 memcached 还有人用？那是因为它们两者并不是完全可以相互替代的，它们也有各自的长短优缺点

Memcached

Memcached的优点：

Memcached可以利用多核优势，单实例吞吐量极高，可以达到几十万QPS（取决于key、value的字节大小以及服务器硬件性能，日常环境中QPS高峰大约在4-6w左右）。

适用于最大程度扛量，有效为服务器减压。

支持直接配置为session handle。

配置维护的坑比较少。

Memcached的局限性：

数据结构很简单单一，只支持简单的key/value数据结构，不像Redis可以支持丰富的数据类型。

无法进行持久化，数据不能备份，只能用于缓存使用，且重启后数据全部丢失。

无法进行数据同步，不能将MC中的数据迁移到其他MC实例中。

Memcached内存分配采用Slab

Allocation机制管理内存，value大小分布差异较大时会造成内存利用率降低，并引发低利用率时依然出现踢出等问题。需要用户注重value设计。

memcached服务端原生不支持水平扩展，必须在客户端编写缓存分布策略来实现分布式缓存，并且由于无法进行数据同步，因此生产环境中出现单机故障时可能会影响部分业务运行。

Redis

Redis的优点：

支持多种数据结构，比如 string（字符串）、

list(双向链表)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基数估算）等等。

支持持久化操作，可以进行aof及rdb数据持久化到磁盘，从而进行数据备份或数据恢复等操作，较好的防止数据丢失的手段。

支持通过Replication进行数据复制，通过master-slave机制，可以实时进行数据的同步复制，支持多级复制和增量复制，master-slave机制是Redis进行HA的重要手段。

单线程请求，所有命令串行执行，并发情况下不需要考虑数据一致性问题。

支持pub/sub消息订阅机制，可以用来进行消息订阅与通知。

支持简单的事务需求，但业界使用场景很少，并不成熟。

Redis的局限性：

Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。

支持简单的事务需求，但业界使用场景很少，并不成熟，既是优点也是缺点。

Redis在string类型上会消耗较多内存，可以使用dict（hash表）压缩存储以降低内存耗用。

总结

在我看来，Redis在很多方面具备数据库的特征，或者说就是一个数据库系统，而Memcached只是简单的K/V缓存。

而且到底是用 redis 还是 memcached 这个还是看需求，因为单纯是做缓存的话，memcached已经足够应付绝大部分的需求，redis 的出现只是提供了一个更加好的选择，但是不代表redis就能完全替代 memcached ，还是那句话，看你的需求是怎么样的。

按照技术的新旧来讲，redis 比 memcached 还更加新，但是成熟醒来说，memcached 应该更加好，再说现在潮流也有开始转投 mongodb了，因为redis 的数据库特征，mongodb更胜一筹。

很多公司的缓存策略中使用memcached的还是占大多数的，再者是redis，最后才是mongodb，发现没有，最新的技术在公司团队的应用还是需要时间的，旧的技术策略还是很多公司团队在用，因为技术成型而且稳定性要好，这也是memcached比redis要被提及的更多的原因。