什么是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的一点点看法,欢迎批评指正。