为什么是MC(Memcached)而不是Redis?

为什么是MC(Memcached)而不是Redis?

本文主要分享一下MC和redis作为缓存的一些比较,希望读者能够通过对比,了解二者的区别,能够在适合的场景中使用。

1: 并发模式

Redis:

​ 单线程,如果需要提升在多核心CPU上的性能,应该横向扩展多个Redis实例来适配多个核心

​ 将单个Redis实例与多线程数据存储进行比较是不公平的(官方说法)

Memcached:

多线程,默认4线程,可以配置。

2: 内存分配

Redis:

动态分配内存

Memcached:

内存预分配

3: 最佳实践

Redis:

  1. 在多核心CPU上,应该部署多个Redis实例
  2. 利用单线程处理的天生优势,可以用作分布式锁
  3. 因为可以持久化,可以当做数据库用。查询可以利用外挂索引(比如:全文检索)

Memcached:

  1. 极致的性能适用高并发场景,单个实例可以达到10wanQPS
  2. 因为内存预分配机制,所以千万不要大幅度改变缓存数据的大小
  3. 没有集群配置,如果做分布式缓存,可以在Client端扩展数据分片读取,写入。

总结

以上就是本次分享的所有内容,主要讲述一下Redis和MC的一些对比和相关的实践。如有不足,请多多指正。

相关推荐
jiayou641 天前
KingbaseES 表级与列级加密完全指南
数据库·后端
用户3074596982072 天前
Redis 延时队列详解
redis
GBASE2 天前
G术时刻 |GBase 8s数据库事务并发控制之封锁技术介绍(下)
数据库
烤代码的吐司君2 天前
Redis 数据结构 ZSet, BIT, HyperLogLog,Geo 空间数据
redis·后端
xiezhr2 天前
逛GitHub发现了一款免费的带AI功能的数据库管理工具
数据库·ai编程·dba
吃糖的小孩3 天前
给 QQ AI 机器人设计“可控记忆”:会话摘要、手动长期记忆与角色卡边界
数据库
笃行3504 天前
金仓数据库数据安全双防线:静态存储加密与传输加密实战
数据库
笃行3504 天前
金仓数据库物理备份实战:sys_rman 全流程演练与误覆盖抢救
数据库
笃行3504 天前
金仓数据库逻辑备份实战:从全库导出到 Schema 替换的完整闭环
数据库