在项目中设计缓存框架的时候,有2个选择,一个是用原来的Memcache,还有个选择就是用Redis。
基于下面的几个原因,放弃了Memcache而选择了Redis。
1 Redis比Memcache提供了更丰富的API,这点是我最看中的。
2 Redis支持数据的恢复操作,就是能闪回到文件中,机器重启后可以恢复数据,而Memcache是不支持的
3 集群方案都是没有提供,都是需要客户端做hash的转移
4 Redis号称是能抗的住10万个并发连接,在我们项目中还没有这种场景。
在项目中设计缓存框架的时候,有2个选择,一个是用原来的Memcache,还有个选择就是用Redis。
基于下面的几个原因,放弃了Memcache而选择了Redis。
1 Redis比Memcache提供了更丰富的API,这点是我最看中的。
2 Redis支持数据的恢复操作,就是能闪回到文件中,机器重启后可以恢复数据,而Memcache是不支持的
3 集群方案都是没有提供,都是需要客户端做hash的转移
4 Redis号称是能抗的住10万个并发连接,在我们项目中还没有这种场景。