这是一个创建于 1348 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在 redis 盛行，支持更多的数据类型，有官方命令行客户端，而 memcache 数据结构单一，也不方便命令行查看结果，不知道大家在选型上用哪个的人多
 |
1
AngryPanda 2021-03-27 01:58:22 +08:00 via iPhone  1
无脑选 redis 了
|
 |
2
ch2 2021-03-27 02:29:36 +08:00 via iPhone
memcached 的优点几乎都被 redis 取代了，印象中没有比 redis 更优之处，某些情况下性能会更好？记不清了
|
 |
3
shench 2021-03-27 02:54:51 +08:00
十年前用过
|
 |
4
opengps 2021-03-27 06:50:00 +08:00 via Android
我有在用，只是图方便，依赖库少，用的逻辑也特别简单，但并不是因为这个排除 redis
|
 |
5
RedrumSherlock 2021-03-27 07:15:54 +08:00 via Android
同问，为什么看上去感觉现在都是用的 redis? 除了 memcache 还有像 ignite, infinispan, hazelcast 这些都没人用么？
|
 |
6
kaka6 2021-03-27 10:15:59 +08:00
redis 做数据缓存，减少数据库压力
mq 做消息队列，做为消峰，降低请求压力 我觉得这两个是现代项目的标配 |
 |
7
anthow 2021-03-27 10:47:47 +08:00
@RedrumSherlock 随大流就对了，坑已经被人踩平了 :)
|
 |
9
zjbztianya 2021-03-27 11:01:25 +08:00
好像 B 站和快手，redis 前面就是 memcache，再挡一层，双缓存架构。似乎是为了解决 redis hgetall 这种全量操作阻塞的问题
|
 |
10
jtsai 2021-03-27 12:04:10 +08:00
新项目现在 memcache 很少吧
|
 |
11
wdd2007 2021-03-27 13:10:04 +08:00
还在用。。。看起来大家都不用了么。。。
|
 |
12
wangxiyu191 2021-03-27 13:51:08 +08:00
memcache 接口少，用起来比较麻烦，但规模大了之后能很容易的扩展上去（毕竟就一个 KV 接口）。
redis 接口一堆，用起来爽，但规模大了之后有各种麻烦的问题。有些能用技术解决，有些就只能靠避免使用某些特性了。 //这里的规模大是指的单集群容量开始以 TB 为单位的时候。 现在的情况是应用更多都是从小规模起来的，而且很多到不了大规模，redis 就一直用一直爽。有些发展成大规模了之后，由于已经有大量存量系统使用 redis 了，只能硬着头皮面对大规模 redis 的种种问题。 |
 |
13
Rocketer 2021-03-28 01:58:12 +08:00 via iPhone
AWS 的 ElastiCache 还提供 Memcached 和 Redis 两种实例，但我翻了半天文档也没看出 Memcached 有什么优势，估计只是为了兼容老程序吧。毕竟已经是 full-managed 服务，连扩展问题也不用自己考虑了，规模大小用起来是一样的
|
 |
14
lokig 2021-03-28 14:54:55 +08:00
redis 有热点问题，一核打满，其他实例跳舞。memcached 是多线程的，当有热点的时候，可以多核一起抗流量
|
 |
16
tcsky 2021-03-28 17:53:28 +08:00
memcached 自带了 extstore, 大规模部署比 redis 便宜.
|
Select Language