选redis还是memcache，源码怎么说？
选redis还是memcache，源码怎么说？
memcache和redis是互联网分层架构中，最常用的KV缓存。不少同学在选型的时候会纠结，到底是选择memcache还是redis。
画外音：不鼓励粗暴的实践，例如“memcache提供的功能是redis提供的功能的子集，不用想太多，选redis准没错”。
虽然redis比memcache更晚出来，且功能确实也更丰富，但对于一个技术人，了解“所以然”恐怕比“选择谁”更重要一些。
什么时候倾向于选择redis？
业务需求决定技术选型，当业务有这样一些特点的时候，选择redis会更加适合。
复杂数据结构
value是哈希，列表，集合，有序集合这类复杂的数据结构时，会选择redis，因为mc无法满足这些需求。
最典型的场景，用户订单列表，用户消息，帖子评论列表等。
持久化
mc无法满足持久化的需求，只得选择redis。
但是，这里要提醒的是，真的使用对了redis的持久化功能么？
千万不要把redis当作数据库用：
（1）redis的定期快照不能保证数据不丢失
（2）redis的AOF会降低效率，并且不能支持太大的数据量
不要期望redis做固化存储会比mysql做得好，不同的工具做各自擅长的事情，把redis当作数据库用，这样的设计八成是错误的。
缓存场景，开启固化功能，有什么利弊？
如果只是缓存场景，数据存放在数据库，缓存在redis，此时如果开启固化功能：
优点是，redis挂了再重启，内存里能够快速恢复热数据，不会瞬时将压力压到数据库上，没有一个cache预热的过程。
缺点是，在redis挂了的过程中，如果数据库中有数据的修改，可能导致redis重启后，数据库与redis的数据不一致。
因此，只读场景，或者允许一些不一致的业务场景，可以尝试开启redis的固化功能。
天然高可用
redis天然支持集群功能，可以实现主动复制，读写分离。
redis官方也提供了sentinel集群管理工具，能够实现主从服务监控，故障自动转移，这一切，对于客户端都是透明的，无需程序改动，也无需人工介入。
而memcache，要想要实现高可用，需要进行二次开发，例如客户端的双读双写，或者服务端的集群同步。
但是，这里要提醒的是，大部分业务场景，缓存真的需要高可用么？
（1）缓存场景，很多时候，是允许cache miss
（2）缓存挂了，很多时候可以通过DB读取数据
所以，需要认真剖析业务场景，高可用，是否真的是对缓存的主要需求？
画外音：即时通讯业务中，用户的在线状态，就有高可用需求。
存储的内容比较大
memcache的value存储，最大为1M，如果存储的value很大，只能使用redis。
什么时候倾向于memcache？
纯KV，数据量非常大，并发量非常大的业务，使用memcache或许更适合。
这要从mc与redis的底层实现机制差异说起。
内存分配
memcache使用预分配内存池的方式管理内存，能够省去内存分配时间。
redis则是临时申请空间，可能导致碎片。
从这一点上，mc会更快一些。
虚拟内存使用
memcache把所有的数据存储在物理内存里。
redis有自己的VM机制，理论上能够存储比物理内存更多的数据，当数据超量时，会引发swap，把冷数据刷到磁盘上。
从这一点上，数据量大时，mc会更快一些。
网络模型
memcache使用非阻塞IO复用模型，redis也是使用非阻塞IO复用模型。
但由于redis还提供一些非KV存储之外的排序，聚合功能，在执行这些功能时，复杂的CPU计算，会阻塞整个IO调度。
从这一点上，由于redis提供的功能较多，mc会更快一些。
线程模型
memcache使用多线程，主线程监听，worker子线程接受请求，执行读写，这个过程中，可能存在锁冲突。
redis使用单线程，虽无锁冲突，但难以利用多核的特性提升整体吞吐量。
从这一点上，mc会快一些。
最后说两点
代码可读性，代码质量
看过mc和redis的代码，从可读性上说，redis是我见过代码最清爽的软件，甚至没有之一，或许简单是redis设计的初衷，编译redis甚至不需要configure，不需要依赖第三方库，一个make就搞定了。
而memcache，可能是考虑了太多的扩展性，多系统的兼容性，代码不清爽，看起来费劲。
例如网络IO的部分，redis源码1-2个文件就搞定了，mc使用了libevent，一个fd传过来传过去，又pipe又线程传递的，特别容易把人绕晕。
画外音：理论上，mc只支持kv，而redis支持了这么多功能，mc性能应该高非常多非常多，但实际并非如此，真的可能和代码质量有关。
水平扩展的支持
不管是mc和redis，服务端集群没有天然支持水平扩展，需要在客户端进行分片，这其实对调用方并不友好。如果能服务端集群能够支持水平扩展，会更完美一些。
选redis还是memcache，源码怎么说？相关推荐
- Redis 数据结构-字典源码分析
2019独角兽企业重金招聘Python工程师标准>>> 相关文章 Redis 初探-安装与使用 Redis 数据结构-字符串源码分析 本文将从以下几个方面介绍 前言 字典结构图 字典 ...
- memcache 源码分析之开场白
装逼之前的一段独白: 现在2018年5月5号.距离上次写技术博客还是2016好像是12月份的事情,当时离职在陪老婆考试,我算是半给陪考和半个鼓励师.呵呵..不知不觉时间到了2018年,我也来到了深圳, ...
- Redis源码-String：Redis String命令、Redis String存储原理、Redis String三种编码类型、Redis字符串SDS源码解析、Redis String应用场景
Redis源码-String:Redis String命令.Redis String存储原理.Redis String三种编码类型.Redis字符串SDS源码解析.Redis String应用场景 R ...
- 龙芯3a5000下编译redis 7.0源码
1.下载redis 7.0源码后解压缩备用 https://redis.io/download/ 2.下载最新版本的config.guess和config.sub redis 用到了jemalloc库 ...
- 豌豆夹Redis解决方案Codis源码剖析：Proxy代理
豌豆夹Redis解决方案Codis源码剖析:Proxy代理 1.预备知识 1.1 Codis Codis就不详细说了,摘抄一下GitHub上的一些项目描述: Codis is a proxy base ...
- 选redis还是memcache？
为什么80%的码农都做不了架构师?>>> memcache和redis是互联网分层架构中,最常用的KV缓存.不少同学在选型的时候会纠结,到底是选择memcache还是redis ...
- Redis安装与源码调试
linux版本:64位CentOS 6.5 Redis版本:redis-3.0.6 (更新到2016年1月22日) Redis官网:http://redis.io/ Redis常用命令:http:/ ...
- 来，一起手撸一个简版 Redis（附源码）
点击上方 视学算法,选择 设为星标 优质文章,及时送达 作者 | 凯京技术团队 来自 | my.oschina.net/keking/blog/3037372 今天主要介绍两个开源项目,然后创建应用最 ...
- mybatis redis_SpringBoot + Mybatis + Shiro + mysql + redis智能平台源码分享
后端技术栈 基于 SpringBoot + Mybatis + Shiro + mysql + redis构建的智慧云智能教育平台 基于数据驱动视图的理念封装 element-ui,即使没有 vue ...
最新文章
- python的算术运算符不包括_没有算术运算符的A + B，Python与C ++
- 利用ffmpeg来进行视频解码的完整示例代码（H.264）
- 影响PoE交换机不稳定的因素
- MySQL 全文搜索支持, mysql 5.6.4支持Innodb的全文检索和类memcache的nosql支持
- 两篇Science文章揭示癌症治疗中细胞感应氧气的新机制
- win10玩cf不能全屏_游戏莫名卡顿三招搞定！Win10游戏优化教程
- python字符串的美化_shell 下使用python 美化输出json
- 折线图笔记 -python
- IE8浏览器跨域接口访问异常的解决办法
- 伪元素::selection -- CSS ::selection 伪元素，定义用户鼠标已选择内容的样式
- 烽火路由路虚拟服务器,烽火路由器怎么设置普通专线?
- 计算机软硬件的组成及主要技术指标,计算机软硬件系统的组成及主要技术指标...
- 北京中国科学院计算机专业怎么样,中国科学院北京计算技术研究所计算机技术怎么样...
- 嵌入式（十三）：嵌入式系统概念
- 彻底关闭华为系统更新教程，也可以激活系统更新，最全教程，亲测
- 好友推荐（列转行，help_topic_id）
- android 旋转屏幕 不重走生命周期,屏幕旋转后Activity生命周期
- C语言课设会员计费系统（大作业）
- ipadpencil长时间未用，插入iPad中没反应的解决方法
- 吴恩达深度学习L2W1总结