重在穿透吧，也就是访问透过redis直接经过mysql，通常是一个不存在的key,在数据库查询为null。每次请求落在数据库、并且高并发。数据库扛不住会挂掉。 可以将查到的null设成该key的缓存对象。 当然，也可以根据明显错误的key在逻辑层就就行验证。 同时，你也可以分析…

对于Web来说，用户量和访问量增一定程度上推动项目技术和架构的更迭和进步。可能会有以下的一些状况： 页面并发量和访问量并不多，MySQL足以支撑自己逻辑业务的发展。那么其实可以不加缓存。最多对静态页面进行缓存即可。 页面的并发量显著增多，数据库有些压力，并且有些数据更新频率较低…

缓存 过期删除策略 Why? 对 key 设置过期时间，需要有相应的机制将已过期的键值对删除 How？ 过期字典：保存所有 key 的过期时间。 检查该 key 是否存在于过期字典中： 不在，正常读取

Redis 的内存淘汰策略和过期删除策略，可能一问都说的都是内存淘汰的策略，忽略了过期删除策略，这两种策略有何不同？虽然这两个机制虽然都是做删除的操作，但是触发的条件和使用的策略都是不同的。

1.1 过期 key 1.1.1 常用过期删除策略 定时删除：给每个 key 添加定时任务(或者使用全局 定时任务) 来删除过期的 key 【Redis中没有使用】 惰性删除： 客户端访问 key 的

1.1 Redis持久化方式 Redis 中提供了 RDB 和 AOF 两种持久化方式 RDB 记录的是数据，对应的文件内容是二进制, 如果生产环境允许分钟级别的数据丢失，可以只使用 RDB AOF

面试官： 靠！手上活都没干完又叫我过来面试，这不耽误我事么，今儿又得加班补活了........咦，这小伙子简历不错啊，先考考它Redis......................

一、同样是缓存，用map不行吗？ Redis可以存储几十个G的数据，Map行吗？ Redis的缓存可以进行本地持久化，Map行吗？ Redis可以作为分布式缓存，Map只能在同一个JVM中进行缓存；

技术的演变都是为了解决问题的，这也是技术演变吸引人的一点。 Redis分布式锁 分布式锁顾名思义 就是在分布式场景下 多台机器竞争一项资源去加锁 最简单的版本 首先就是最简单的版本，可以通过Redis