本文主要是介绍脚踏两只船的困惑--Memcached和Redis，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、Memcached与Redis的区别
Memcached：一款完全开源、高性能、分布式的内存系统
Redis：一个开源的，Key-Value型、基于内存运行并支持持久化的NoSQL数据库。
从概念上来看，Memcached和Redis并非是一对“孪生兄弟”，能将二者联系起来的纽带就是内存。从诞生之初起，二者的目标就有差异。Memcached追求高性能的内存服务，而Redis不仅支持内存服务，而且支持数据持久化操作。
| 对比参数 | Redis | Memcached |
| 类型 | 支持内存 key-value键值对存储 非关系型数据库 | 支持内存 key-value键值对存储 缓存系统 |
| 数据存储类型 | String Set Zset List Hash | String |
| 查询操作类型 | 批量操作 事务支持（虽然是假的事务） 每个类型不同的CRUD | CRUD 少量的其他命令 |
| 附加功能 | 发布/订阅模式 主从分区 序列号支持 | 多线程服务支持 |
| 网络IO模型 | 单进程模式 | 多线程、非阻塞IO模式 |
| 事件库 | 自封装简易事件库AeEvent | LibEvent事件库 |
| 持久化操作 | RDB AOF | 不支持 |
二、网络IO之间的对比
Memcached是多线程，非阻塞IO复用的网络模型。分为监听主线程和worker子线程。监听线程监听网络连接，接收请求后，由worker线程进行读写。多线程可以发挥多核作用。
Redis是单线程的IO复用模型。对于单纯只有IO操作来说，单线程可以将速度优势发挥到最大。但是Redis也提供了一些简单的计算功能，比如排序、集合等。对于单线程模型会严重影响吞吐量，因为在CPU计算时整个IO调度都是被阻塞的。
在高并发环境下，多线程非阻塞式的IO的Memcached表现会更加优异。
三、内存管理机制
- Redis内存空间的利用比Memcached更加精致。Memcached使用预分配的内存池，类似一个盒子，需要时分配一个盒子或几个盒子。但是盒子内部可能装不满，存在内存空间的浪费。Redis需要使用内存时才进行分配。内存利用更加高效。
- Memcached没有内存碎片问题，Redis存在内存碎片问题。
- Redis并不是将所有数据都放在内存中，只是将所有key都放在内存中，在读取的时候又一定几率进行IO操作。采用“时间换空间”的思想。
四、数据一致性保障
Redis提供了“事务”概念，但这是假的事务。Redis是单线程操作，而Redis的事务仅是让一组操作按顺序执行，在执行过程中不会插入其他操作。但是这种方式可能造成阻塞。Memcached采用了CAS机制，会快速的返回操作成功或操作失败。在这一点上，Memcached比Redis更快。
五、集群形式
Memcached本身并不支持集群，Memcached的集群是通过客户端来实现的，这就是Memcached的两段hash。
应用程序首先调用Memcached客户端，由Memcached通过Hash算法查找Memcached节点。找打节点后再进行一次hash操作。
Redis本身是支持集群的，各节点之间可以相互通信。
六、总结
以往使用Redis的String类型做的事，都可以用Memcached代替，以此换取更好的性能提升。除此之外，优先考虑Redis。
转载自：https://www.imooc.com/article/23549
这篇关于脚踏两只船的困惑--Memcached和Redis的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
