1.先看下面的对比图
Redis | Memcached | |
网络IO模型 | 单线程的IO复用的网络模型 | 多线程的非阻塞IO复用的网络模型 |
支持的数据结构 | key-value数据类型,还支持list、set、zset、hash等 | key-value形式存储和访问数据 |
内存管理机制 | 现场申请内存 | 预分配的内存池 |
数据存储及持久化 | in-memory、支持持久化:快照、AOF | in-memory,不支持持久化 |
虚拟内存 | 物理内存用完时,可利用虚拟内存(不建议开启,开销大) | 物理内存用完时,LRU替换掉不常用的缓存 |
数据一致性 | 提供事务,保证命令的原子性,中间不会被任何操作打断 | 提供了cas命令,保证多个并发访问操作同一份数据的一致性 |
集群管理 | 服务器端构建分布式存储 | 只能采用客户端实现分布式存储 |
性能 | 单核,数据量<10w 时高,数据量>10w时低 | 多核,数据量<10w时低,数据量>10w时高 |
2.集群键值分布
Memcached本身并不支持分布式,因此只能在客户端通过像一致性哈希这样的分布式算法来实现Memcached的分布式存储。相较于Memcached只能采用客户端实现分布式存储,Redis更偏向于在服务器端构建分布式存储。采用键-槽映射算法,最终定位到缓存所在节点。
3.总结
a.没有必要过多的关心性能,因为二者的性能都已经足够高了。由于Redis只使用单核,而Memcached可以使用多核,所以在比较上,平均每一个核上Redis在存储小数据时比Memcached性能更高。而在100k以上的数据中,Memcached性能要高于Redis,虽然Redis最近也在存储大数据的性能上进行优化,但是比起Memcached,还是稍有逊色。说了这么多,结论是,无论你使用哪一个,每秒处理请求的次数都不会成为瓶颈。(比如瓶颈可能会在网卡)
b.如果要说内存使用效率,使用简单的key-value存储的话,Memcached的内存利用率更高,而如果Redis采用hash结构来做key-value存储,由于其组合式的压缩,其内存利用率会高于Memcached。当然,这和你的应用场景和数据特性有关。 (这点不是很理解)
c.如果你对数据持久化和数据同步有所要求,那么推荐你选择Redis,因为这两个特性Memcached都不具备。即使你只是希望在升级或者重启系统后缓存数据不会丢失,选择Redis也是明智的。
因此,我们可以得出一个结论:在简单的Key/Value应用场景(例如缓存),Memcached拥有更高的读写性能;而在数据持久化和数据同步场景,Redis拥有更加强大的功能和更为丰富的数据类型。