什么是Redis和Memcached####
如果想做一名合格的程序员缓存是离不开的，我在日常的工作中也用到过Redis和Memcached两种缓存，与其说缓存，Redis定位是NoSql的DB，而Memcached则是一个KV的DB。但是二者都能充当缓存的角色，我们实际使用也以这二者居多。
什么场景会用到####
用到缓存的场景方方面面，因为他们的定位也不只是缓存，也可以用来做实际的数据存储。在实际的开发中，因为业务上的需求，二者也都用过，下面是我使用的场景。
1.利用Memcached存储邮件连接的加密串，用于进行邮箱验证
2.利用Memcached存储手机验证码，一些网页上加密用的key等
3.利用Redis做业务层的数据缓存，这样可以挡掉一部分请求，避免请求打到DB，对DB造成影响。
4.利用Redis做Session的存储，对一些用户的身份和状态进行校验。
5.利用Redis做一些计算数据，例如数据从Storm/Spark进行计算，对计算结果进行存储，在请求时校验请求，屏蔽掉恶意的访问，如:爬虫
由于业务的需要和API的便捷性，后面将Memcached换成了Redis，不是因为Memcached不好，是因为是在拒绝不了Redis方便的Api接口。
API的风格和数据类型####
说道API，真心想吐槽Memcached的API是在太屎了，大大降低开发效率。前期开发的时候是采用Memcached的，但是，后期我果断换掉了使用Memcached的业务，因为代码可读性实在太低，反观Redis，提供了丰富的接口和数据类型，基本能满足所有的使用场景，同时支持SuB/Pub，扩展性很好。具体API和数据类型的区别有下面几点：
1.Memcached的基本数据类型是String，而Redis除了String之外还支持List、Set、ZSet和Hash等数据类型。
2.API上Memcached只支持基本的add del等，但是Redis针对不同的数据结构提供了丰富的API，也内置实现了一些队列、发布/订阅的API。
架构上的异同####
上面都是使用上的不同，下面看下架构上的不同，也正是因为架构的不同，使得二者有同时存在的必要。
首先，Redis架构上采用单线程的模式，而Memcached采用的是多线程的。这是决定二者使用场景的重要因素。
1.从资源上讲，由于Redis是单线程模式，也就是说Redis只使用单核处理（for子进程这种操作例外），因为当前的CPU基本都是多核CPU，那么Redis不会和其他进程进行计算资源的争抢，或者说争抢的概率比较低。对于一台机器上多个Redis实例这无疑是一件好事，大家各司其职，互不影响。但是Memcached不一样，多线程处理的模式，使得Memcached和其他的进程有大量的CPU争抢。这对性能是大大不利的。
2.从处理模型上讲，Redis因为是单线程处理模式，也就意味着需要保证处理速度足够快，才能保证效率。这也和Redis的设计理念不谋而合，Redis利用单线程的原因就是，它认为处理相当的迅速，单线程不用进行各种锁操作，纯内存的操作也能保证处理的速度可以保证。但是这样存在问题，那就是如果操作的文件块较大，那么后面的请求可能会排队，这样就会导致请求大量的超时。所以Redis比较适合处理速度比较快，数据操作开销比较小的场景，而由于Memcached是多线程模式，所以，对于计算开销，和数据存取开销比较大的场景可以考虑使用Memcached。
总结####
对于API风格实在不友好的Memcached，我真是无法忍受，以至于我把所有需要缓存的场景全都换成了Redis。这可能也是我个人的习惯的选择。总之，上面是我对Redis和Memcached的一点点看法，欢迎批评指正。
