面试必问的 Redis：Memcached VS Redis，框架java面试题

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

数据存储

Memcached：数据全部存在内存中，重启实例会导致数据全部丢失

Redis：通常全部存在内存中，同时支持持久化到磁盘上

关于 Redis 的数据存储（内存管理），网上经常见到一种说法：当物理内存用完时，Redis可以将一些很久没用到的 value 交换到磁盘，同时在内存中清除。这种特性使得Redis 可以保持超过其机器本身内存大小的数据。

这个说法用在现在，其实已经不准确了。上述的这个说法是 Redis 里的虚拟内存（Virtual Memory）功能，该功能在 Redis 2.0 被引入，但是在 Redis 2.4 中被默认关闭，并标记为废弃，而在后续版中被完全移除。也就是说，大部分人用的版本根本就没有这个功能了。

所以在面试中最好不要提到这个说法，或者需要自行补充说明该功能现在已经不存在了。

持久化

Memcached：不支持

Redis：AOF、RDB、混合持久化

灾难恢复

Memcached：实例挂掉后，数据不可恢复

Redis：实例挂掉后可以通过RDB、AOF恢复 ，但是还是会有数据丢失问题

事件处理（事件库）

Memcached：使用 Libevent 库

Redis：自己封装了简易事件库 AeEvent

过期键删除策略

常见的有以下三种：

定时删除：在设置键的过期时间的同时，创建一个定时器，让定时器在键的过期时间来临时，立即执行对键的删除操作。对内存最友好，对 CPU 时间最不友好。

惰性删除：放任键过期不管，但是每次获取键时，都检査键是否过期，如果过期的话，就删除该键；如果没有过期，就返回该键。对 CPU 时间最优化，对内存最不友好。

定期删除：每隔一段时间，默认100ms，程序就对数据库进行一次检査，删除里面的过期键。至 于要删除多少过期键，以及要检査多少个数据库，则由算法决定。前两种策略的折中，对 CPU 时间和内存的友好程度较平衡。

Memcached：惰性删除

Redis：惰性删除+定期删除

内存驱逐（淘汰）策略

当内存空间已经用满时，服务实例将将根据配置的驱逐策略，进行相应的动作。

memcached：主要为 LRU 算法

redis：当前总共有以下8种：

• noeviction：默认策略，不淘汰任何 key，直接返回错误

• allkeys-lru：在所有的 key 中，使用 LRU 算法淘汰部分 key

• allkeys-lfu：在所有的 key 中，使用 LFU 算法淘汰部分 key

• allkeys-random：在所有的 key 中，随机淘汰部分 key

• volatile-lru：在设置了过期时间的 key 中，使用 LRU 算法淘汰部分 key

• volatile-lfu：在设置了过期时间的 key 中，使用 LFU 算法淘汰部分 key

• volatile-random：在设置了过期时间的 key 中，随机淘汰部分 key

• volatile-ttl：在设置了过期时间的 key 中，挑选 TTL（time to live，剩余时间）短的 key 淘汰

性能

我自己对“高性能”这个话题有很强的兴趣，我相信也有不少同学跟我一样，对高并发、高性能有特殊的向往，所以这个话题会多讲两句。

首先，影响性能比较的因素有很多，网络带宽、CPU、内存等等，所以其实很多测试并不能完全说明问题，可能在这个条件下 Redis 快，而在另一个条件下是 Memcached 快。

所以两者的性能比较其实可以算一个比较开放的话题，在面试中，你只要能够自圆其说，说服面试官，那就是OK的。

Redis 作者 antirez 在 12 年左右在 Stack Overflow 上谈过两者的性能问题，他是这么说的：由于 Redis 只使用单核，而 Memcached 可以使用多核，所以在比较上：在处理小数据时，平均每一个核上 Redis 比 Memcached 性能更高，而在 100k 左右的大数据时， Memcached 性能要高于 Redis。

antirez 毕竟是大牛，所以他的这个说法，大部分人都是认同的，所以在面试中这么回答是可以的。

antirez 的这个说法是按“CPU 单核”维度来比较，但是我们在实际的使用中，肯定是按“实例”维度来使用，所以接下来我们探讨下对于两者在“实例”维度的比较。

按“实例”维度进行比较时，个人认为由于 Memcached 多线程的特性，在 Redis 6.0 之前，通常情况下 Memcached 性能是要高于 Redis 的，同时实例的 CPU 核数越多，Memcached 的性能优势越大。

而在 Redis 6.0 支持 I/O 多线程后，当 Redis 关闭持久化后，两者在性能上可能会比较接近。

技术选型、如何选择

看完上面的比较，其实不难做出选择，99%的人、场景，或者说 Redis 能支持的场景，使用 Redis 基本不会有问题。

而且就最近几年的发展来看，Redis 可谓风光无限，而 Memcached 则是已经逐渐跟不上 Redis 脚步了，这也侧面反映了当前大家的选择都是趋向于使用 Redis。

而关于使用 Memcached 的场景，我自己了解到的一些线上真实使用场景都是对于性能有非常高的要求。

Redis 6.0 支持的 I/O 阶段多线程目前根据官方说法至少能提升性能1倍，随着 Redis 在性能上的不断优化，可能后续 Memcached 的使用场景会越来越少了。

最后

文章中涉及到的知识点我都已经整理成了资料，录制了视频供大家下载学习，诚意满满，希望可以帮助在这个行业发展的朋友，在论坛博客等地方少花些时间找资料，把有限的时间，真正花在学习上，所以我把这些资料，分享出来。相信对于已经工作和遇到技术瓶颈的朋友们，在这份资料中一定都有你需要的内容。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-mayRUPU4-1713388810597)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！