redis和memcached选择，对比分析
memcache和redis是互联网分层架构中，最常用的KV缓存。不少同学在选型的时候会纠结，到底是选择memcache还是redis？
memcache提供的功能是redis提供的功能的子集，不用想太多，选redis准没错？
redis倾向：
复杂的数据结构：value是哈希，列表，集合，有序集合这类复杂的数据结构时，会选择redis，因为mc无法满足这些需求。用户订单列表，用户消息，帖子评论列表等。
持久化： mc无法满足持久化的需求，只得选择redis。但是千万不要把redis真的做数据库用
a. redis的定期快照不能保证数据不丢失
b.redis的AOF会降低效率，并且不能支持太大的数据量
c.不要期望redis做固化存储会比mysql做得好，不同的工具做各自擅长的事情
d.redis挂掉重启后能够快速恢复热数据，但是如果着期间有数据修改，可能导致数据不一致，因此，只读场景，或者允许一些不一致的业务场景，可以尝试开启redis的固化功能
自带高可用集群： redis自身支持集群，实现主从读写分离功能，官方也提供sentinal哨兵的集群管理工具，实现主从监控，故障转移，memcached实现集群需要二次开发了
但是很多时候需要考虑，真的需要高可用么？缓存很多时候是运行cache miss的，cache挂了可以读db的
存储的内容比较大 ： macache 单个value最大存储 1M，超过1M只能用redis了。
注意：纯的k-v 而且数据量特别大，并发也很大 或许使用memcache更合适
a.内存分配：memcache使用 预分配内存池的烦事管理内存，更节省内存分配时间，redis使用临时申请的方式，kennel导致碎片。对比看memcache更快一点
b.memcache把所有的数据存储在物理内存里。redis有自己的VM机制，理论上能够存储比物理内存更多的数据，当数据超量时，会引发swap，把冷数据刷到磁盘上。对比看数据量大时，memcache更快一点
c.memcache使用非阻塞IO复用模型，redis也是使用非阻塞IO复用模型,但由于redis还提供一些非KV存储之外的排序，聚合功能，在执行这些功能时，复杂的CPU计算，会阻塞整个IO调度。从这一点上，由于redis提供的功能较多，mc会更快一些。
d.memcache使用多线程，主线程监听，worker子线程接受请求，执行读写，这个过程中，可能存在锁冲突。redis使用单线程，虽无锁冲突，但难以利用多核的特性提升整体吞吐量。从这一点上，mc会快一些。
代码可读性，代码质量:看过mc和redis的代码，从可读性上说，redis是我见过代码最清爽的软件，甚至没有之一，或许简单是redis设计的初衷，编译redis甚至不需要configure，不需要依赖第三方库，一个make就搞定了。而memcache，可能是考虑了太多的扩展性，多系统的兼容性，代码不清爽，看起来费劲。
最新文章
- LD_LIBRARY_PATH的设定
- 【CodeVS】 p1696 奇怪的函数
- App软件开发的完整在线流程（一看就懂）
- nginx相关配置说明
- table相关的API
- 【锋利的JQuery-学习笔记】Tab选项卡的实现
- ExecuteStoreQuery
- angular 控制器之间值得传递
- Android自己定义控件而且使其能够在xml中自己定义属性
- Oracle (内连接)
- RFC3489 STUN之客户端所处环境探测流程与部分属性含义说明
- Java IO（1）基础知识——字节与字符
- day19-网络编程基础（二）
- Kali学习笔记22：缓冲区溢出漏洞利用实验
- vs2012密钥
- oracle数据库导出与导入
- 维护贴--linux下 mysql数据库的备份和还原 （转）
- 通过指定的 url 去网络或者文件服务器下载文件到本地某个文件夹
- YII中利用urlManager将URL改写成restful风格
- 练习题 --- 10种Xpath定位