面试宝典系列-redis和memcached的区别

一、网络IO模型

        Memcached是多线程（多核），非阻塞IO复用的网络模型，分为监听主线程和worker子线程，监听线程监听网络链接，接受请求后，将链接描述字pipe 传递给worker线程，进行读写IO, 网络层使用libevent封装的事件库，多线程模型能够发挥多核做用，可是引入了cache coherency和锁的问题，好比，Memcached最经常使用的stats 命令，实际Memcached全部操做都要对这个全局变量加锁，进行计数等工做，带来了性能损耗。

        Redis使用单线程的IO复用模型（单核），本身封装了一个简单的AeEvent事件处理框架，主要实现了epoll、kqueue和select，对于单纯只有IO操做来讲，单线程能够将速度优点发挥到最大，可是Redis也提供了一些简单的计算功能，好比排序、聚合等，对于这些操做，单线程模型实际会严重影响总体吞吐量，CPU计算过程当中，整个IO调度都是被阻塞住的。

2.内存管理方面

        Memcached使用预分配的内存池的方式，使用slab和大小不一样的chunk来管理内存，Item根据大小选择合适的chunk存储，内存池的方式能够省去申请/释放内存的开销，而且能减少内存碎片产生，但这种方式也会带来必定程度上的空间浪费，而且在内存仍然有很大空间时，新的数据也可能会被剔除。（memcache内存分配机制中提到）

　　Redis使用现场申请内存的方式来存储数据，而且不多使用free-list等方式来优化内存分配，会在必定程度上存在内存碎片，Redis跟据存储命令参数，会把带过时时间的数据单独存放在一块儿，并把它们称为临时数据，非临时数据是永远不会被剔除的，即使物理内存不够，致使swap也不会剔除任何非临时数据(但会尝试剔除部分临时数据)，这点上Redis更适合做为存储而不是cache。

3.数据一致性问题

        Memcached提供了cas命令，能够保证多个并发访问操做同一份数据的一致性问题。 Redis没有提供cas 命令，并不能保证这点，不过Redis提供了事务的功能，能够保证一串命令的原子性，中间不会被任何操做打断。

CAS实现须要为每一个cache key设置一个隐藏的cas token，cas至关value版本号，每次set会token须要递增，所以带来CPU和内存的双重开销

4.存储方式及其它方面

　　Memcached基本只支持简单的key-value存储，不支持枚举，不支持持久化和复制等功能

　　Redis除key/value以外，还支持list,set,sorted set,hash等众多数据结构，提供了KEYS命令

　　进行枚举操做，但不能在线上使用，若是须要枚举线上数据，Redis提供了工具能够直接扫描其dump文件，枚举出全部数据，Redis还同时提供了持久化和复制等功能。

5.关于不一样语言的客户端支持

　　在不一样语言的客户端方面，Memcached和Redis都有丰富的第三方客户端可供选择，不过由于Memcached发展的时间更久一些，目前看在客户端支持方面，Memcached的不少客户端更加成熟稳定，而Redis因为其协议自己就比Memcached复杂，加上做者不断增长新的功能等，对应第三方客户端跟进速度可能会赶不上，有时可能须要本身在第三方客户端基础上作些修改才能更好的使用。