提前缓存技术，很多PHP工作者都会优先想到Reids和Memcached这两个老牌缓存组件。

有一些刚接触缓存技术的新人会认为Redis跟Memcached，只有在内存分配，工作机制上有区别而已，使用场景都是一样的，其实不然。

很多人不清楚，其实Memcached要比Redis早诞生了10年，而Redis是参照Memcached的应用场景加以改良之后，所诞生的新一代组件，所以现在的产品开发，几乎都放弃Memcached，直接选项Redis了。

### 1、技术选型
当我们讨论改进性能的时候，这是每次技术讨论中最常见的一个问题。每当性能需要改善时，采用缓存常常是迈出的第一步。

与此同时，选择Memcached 或者 Redis 通常是第一个需要考虑的地方。

哪个能给我们提供更佳的性能？它们的优点和缺点又是什么？

在设计任何缓存系统时，我们考虑如下几点：
```
读/写速度
内存使用情况
磁盘 I/O 转储.
伸缩性.
```

### 2、相似之处
Memcached/Redis 两者都提供基于内存的、键-值数据存储，尽管Redis更准确的说是结构化数据存储。

Redis是内存中的结构化数据存储器，用于数据库、缓存、消息代理。

两者（Memcached/Redis）都属于数据管理方案中的NoSQL家族，都是基于键-值存储的。

它们都在内存中保存数据，当然使它们作为缓存层特别有用。

截至今日，Memcached提供的每项主要功能及其优势，都是Redis功能和特性的子集。

任何用例中可能使用Memcached的地方都可以对等的使用Redis（因为前面提到后，Redis就是参考Memcached诞生的新一代组件）。

它们都是闪电般快速的高速缓存组件。

但Memcached提供支持的功能只是Redis拥有功能的冰山一角。

Memcached是一个基于易失性内存的键-值存储器。

Redis一样可以做到（跟Memcached做得一样好），但是它还是一个结构化数据服务器。

### 3、那Memcached还有什么用？

当缓存相对较小和使用静态的数据时候，比如HTML代码片段，Memcached可能更为可取。

Memcached内部的内存管理在最简单的用例中更为有效，因为它的元数据消耗相对更少的内存资源。

当数据尺寸是动态的时候，Memcached的内存管理效率下降的很快，此时Memcached的内存会变成碎片。

而且，大的数据集经常牵扯到数据序列化，总是需要更多的空间来存储。

如果你使用Memcached，数据会随着重启动而丢失，重建缓存是个代价高昂的过程（通俗点说，就是Memcached对于频繁更新的内存，重建缓存是一个大的开销）。

Memcached比Redis更具优势的另一个场景在伸缩性。

因为Memcached是多线程的，所以你可以通过给它更多计算资源让它轻松扩展。

Redis是单线程的，可以通过集群无损水平扩展。

集群是一个有效的扩展方案，但是相对来说配置、操作复杂。

Memcached不支持复制功能（数据从一台机器自动复制到另外一台）。

Memcached 非常适合处理高流量的网站。它可以一次性读取大量的信息，并在优秀的反应时间内返回。

Redis不但能处理高流量的读，还能处理繁重的写入。

### 4、通俗的讲点区别
1、Redis和Memcache都是将数据存放在内存中，都是内存数据库。不过memcache还可用于缓存其他东西，例如图片、视频等等；

2、Redis不仅仅支持简单的k/v类型的数据，同时还提供`list`，`set`，`hash`等数据结构的存储；

3、虚拟内存–Redis当物理内存用完时，可以将一些很久没用到的value 交换到磁盘；

4、过期策略–memcache在`set`时就指定，例如`set key1 0 0 8`,即永不过期。Redis可以通过例如`expire` 设定，例如`expire name 10`；

5、分布式–设定memcache集群，利用magent做一主多从;redis可以做一主多从。都可以一主一从；

6、存储数据安全–memcache挂掉后，数据没了；redis可以定期保存到磁盘（持久化）；

7、灾难恢复–memcache挂掉后，数据不可恢复; redis数据丢失后可以通过aof恢复；

8、Redis支持数据的备份，即master-slave模式的数据备份；

9、应用场景不一样：Redis出来作为NoSQL数据库使用外，还能用做消息队列、数据堆栈和数据缓存等；Memcached适合于缓存SQL语句、数据集、用户临时性数据、延迟查询数据和session等。

### 5、使用场景
1、如果有持久方面的需求或对数据类型和处理有要求的应该选择redis。

2、如果简单的key/value 存储应该选择Memcached。

### 6、简单举个例子
在电子商务类的网站中，一般都有分类，然后还有搜索结果列表。

针对这种情况下，我们对分类的数据，可以使用Memcached，因为分类数据一般不会改变，读多写少，直接存储在Memcached中，每次查询都只需要从Memcached中获取就可以了。

那如果是缓存用户的登陆信息，减少我们业务频繁读取用户表的数据，对于这种缓存数据需要频繁读取更新的列表。

那就应该使用Redis，因为数据的读写，都是很频繁的。

### 7、结论

在当今这个大的开发环境下，Memcached的市场份额已经越来越低了。

Redis与Memcached相比，性能和内存使用情况相当相似。

除非你已经在Memcached上投入了大笔资金，否则向前推进使用Redis是显而易见的解决方案。

不仅Redis是更好的选择，它还支持全新类型的用例和使用模式。

下面时几个Redis可能会非常有用的一些示例应用程序：
```
电子商务应用：
大多数的电子商务应用量级比较重，Redis可以提升你的页面加载速度。你可以存储所有的配置文件到Redis，从内存中读取这些配置信息速度会非常快速。你也可以在Redis中存储完整的页面缓存，因为它的键值容量很大。你也可以存储会话信息到Redis。

物联网应用：
在物联网应用中，物联网设备非常频繁的发送数据到服务器，比如每秒钟数千条。在把它们存储到任何持久性存储器之前，你可以先把这些高容量的原始数据推送到Redis。

实时分析：
可以在Memcached上实现一个实时的分析引擎，以数据库为后盾。但是Redis非常擅长统计列表和一系列事物。在所有的Redis功能特性中，它对键值进行排序的能力超过了Memcached，还有计算一组页面的点击次数等数据，然后将这些数字汇总进入分析系统。这些数据可通过工作人员输入到更大的分析引擎，在这些应用场合选择Redis是正确的决定之一。
```
最后一件事：不管你选择什么，缓存系统都不是数据库。你不能光靠缓存，系统同时需要缓存和数据库。

### 8、你需要注意
总体上看，Redis功能特性远优于Memcached，完全是下一代产品。

选择哪个使用似乎答案很明确。

但是必须指出，Redis的单线程设计，同时也带来了一些重要的隐患。

Redis有数据持久化功能，这个功能与Redis的单线程特性结合，就成了Redis故障的高发区域。

默认的RDB持久化会阻塞线程，使得Redis对正常请求无法响应，在高流量网站上容易出现大量请求错误。

这在系统中称为“涌现”，当然这是坏的一个。

当然后来Redis也发展出了AOF持久化方式（默认没有打开，要手工开启），一定程度上减缓了Redis的持久化问题。

Redis会fork一个子进程来单独处理持久化。

可是fork功能并非无代价，它一样有消耗内存资源，影响主程序响应请求的问题。

阻塞是Redis应用的噩梦，跟Node.js一样。

所以出现故障的时候，可以多在这个角度上分析原因，也许能很快的解决。

例如，分布式Redis多机部署，通过负载降低单机处理压力。

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺