【精品篇】_Redis和memcached的区别
5墨值下载
Theme:Redis
和
memcached
对比分析
【引言】
当我们为一个并发量较大的应用做数据架构时，会考虑使用缓存，意欲达到三个目标：
1.
加快用户访问速度，提高业务用户体验；
2.
降低后端负载，保证系统平滑平稳；
3.
保证数据尽可能及时更新，最大程度保证数据一致性。
之前的两篇文章分别介绍了数据缓存层常用的两个产品
redis
和
memcached
，详见如下
两篇文章：
《涨知识
_
今日咖谈
redis
》
《涨知识
_
咖谈
memcached
的几大特点》
今天对比分析下
Redis
和
memcached
。
【大纲】
1. Redis
和
memcached
的区别
2. redis
相比
memcache
的优势
3. redis
常见性能问题和解决方案
4.
缓存使用时的常见现象
一、
Redis
和
memcached
的区别
1.
数据类型
memcached
所 有 的 值 均 是 简 单 的 字 符 串 ，
redis
支 持 丰 富 数 据 类 型 ， 支 持
string
，
list
，
set
，
sorted set
，
hash
；
2.
线程机制
Redis
为单线程，
Memcached
为多线程工作，每一个核上
Redis
在存储小数据时比
Memcached
性能更高。而在
100k
以上的数据时，
Memcached
性能要高于
Redis
；
3.
存储方式
redis
和
Memcached
均是内存数据库，但
redis
可以数据持久化，
Memcached
不支持持
久化。
Redis
并非所有的数据一直在内存，当物理内存用完时，
Redis
使用
LRU
算法将
value
交换到磁盘，
memcached
超过内存比例会抹掉前面的数据。故，
memcached
断电
,
重启系统后，数据不可恢复；
redis
数据丢失后可以通过
RDB
和
AOF
恢复。
4.
分布式存储
Memcached
和
Redis
是基于服务器物理内存级的数据缓存，如需要处理的数据量超过
单台机器的物理内存，就需构建分布式集群来扩展存储能力。
Memcached
本身并不支持分布式，只能在客户端通过像一致性哈希这样的分布式算法
来实现
Memcached
的分布式存储，为客户端式分布式缓存；
Redis
更偏向于服务器端
构建分布式缓存，没有采用一致性哈希做分布式。在
Redis Cluster
中，每个
Master
节
点都有对应的两个冗余
Slave
节点。当
Master
节点退出后，集群会自动选择一个
Slave
节点成为新的
Master
节点。熟悉
MySQL
高可用架构
MHA
部署的亲，可以更容易理解。
5.
底层模型不同
Redis
自己构建
VM
机制
，而系统调用系统函数会浪费一定的时间去移动和请求。
6.
value
大小
redis
最大可以达到
1GB
，而
memcache
只有
1MB
小结：
1. redis
支持
master-slave
复制模式；
memcache
可以使用一致性
hash
做分布式。
2.
如有持久化方面的需求或者对数据类型和处理有要求，应选择
redis;
3.
如果是简单的
key/value
存储可以考虑
memcached
；
4.
内存管理机制，
Memcached
主要的
cache
机制是
LRU
算法
+
超时失效。
Redis
采用的
是包装的
mallc/free
，相较于
Memcached
的内存管理方法来说，要简单很多。
二、
redis
相比
memcache
的优势
1
、
memcached
所有的值均是简单的字符串，
redis
作为其替代者，支持更为丰富的
数据类型
2
、
redis
的速度比
memcached
快很多
3
、
redis
可以持久化其数据
市面上，目前使用
redis
较多，但须知
redis
有哪些性能问题，见如下：
三、
redis
常见性能问题和解决方案
1.
Master
最好不要做任何持久化工作（
RDB
内存快照和
AOF
日志文件）
原因
: 1)
如
Master
写
RDB
内存快照，
save
命令调度
rdbSave
函数，会阻塞主线程的工作，
当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以
Master
最好不要写
RDB
内存快照。
2) Master
调用
BGREWRITEAOF
重写
AOF
文件，
AOF
在重写的时候会占大量的
CPU
和内存资源，导致服务
load
过高，出现短暂服务暂停现象。
如
RDB
内存快照和
AOF
日志文件；
2.
如果数据比较重要，
Slave
开启
AOF
备份数据，策略设置最好为每秒同步一次；
3.
为了主从复制的速度和连接的稳定性，
Master
和
Slave
最好在同一个局域网；
4.
避免在压力很大的主库上增加从库；
5.
主从复制不要用图状结构，用串行链表结构，可方便解决单点故障问题，实现
Slave
对
Master
的替换。如果
Master
宕机，可立刻启用
Slave1
做
Master
。
of 5
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论