现在 redis 盛行，支持更多的数据类型，美国服务器有官方命令行客户端，而 memcache 数据结构单一，也不方便命令行查看结果，不知道大家在选型上用哪个的人多
无脑选 redis 了

memcached 的优点几乎都被 redis 取代了，印象中没有比 redis 更优之处，某些情况下性能会更好？记不清了

十年前用过

我有在用，只是图方便，依赖库少，用的逻辑也特别简单，但并不是因为这个排除 redis

同问，为什么看上去感觉现在都是用的 redis? 除了 memcache 还有像 ignite, infinispan, hazelcast 这些都没人用么？

redis 做数据缓存，减少数据库压力
mq 做消息队列，做为消峰，降低请求压力
我觉得这两个是现代项目的标配

随大流就对了，坑已经被人踩平了 :)

mq 你用啥，rabbit 吗

好像 B 站和快手，redis 前面就是 memcache，再挡一层，双缓存架构。似乎是为了解决 redis hgetall 这种全量操作阻塞的问题

新项目现在 memcache 很少吧

还在用。。。看起来大家都不用了么。。。

memcache 接口少，用起来比较麻烦，但规模大了之后能很容易的扩展上去（毕竟就一个 KV 接口）。
redis 接口一堆，用起来爽，但规模大了之后有各种麻烦的问题。有些能用技术解决，有些就只能靠避免使用某些特性了。
//这里的规模大是指的单集群容量开始以 TB 为单位的时候。
现在的情况是应用更多都是从小规模起来的，而且很多到不了大规模，redis 就一直用一直爽。有些发展成大规模了之后，由于已经有大量存量系统使用 redis 了，只能硬着头皮面对大规模 redis 的种种问题。

AWS 的 ElastiCache 还提供 Memcached 和 Redis 两种实例，但我翻了半天文档也没看出 Memcached 有什么优势，估计只是为了兼容老程序吧。毕竟已经是 full-managed 服务，连扩展问题也不用自己考虑了，规模大小用起来是一样的

redis 有热点问题，一核打满，其他实例跳舞。memcached 是多线程的，当有热点的时候，可以多核一起抗流量

redis 单实例 qps 一般不到 10w 。memcached 轻松上百万

memcached 自带了 extstore, 大规模部署比 redis 便宜.