Redis在国内各大公司都很热门,比如新浪、阿里、腾讯、百度、美团、小米等。Redis也是大厂面试最爱问的,尤其是Redis客户端、Redis高级功能、Redis持久化和开发运维常用问题探讨、Redis复制的原理和优化策略、Redis分布式解决方案等。
关于Redis的这8问,你能答上来几个?
1、为什么使用Redis
性能:
如下图所示,在大并发的情况下,所有的请求直接访问数据库,数据库会出现连接异常。这个时候,就需要使用Redis做一个缓冲操作,让请求先访问到Redis,而不是直接访问数据库。
根据交互效果的不同,响应时间没有固定标准。在理想状态下,我们的页面跳转需要在瞬间解决,对于页内操作则需要在刹那间解决。
并发:
2、使用Redis有什么缺点?
-
缓存和数据库双写一致性问题
缓存雪崩问题
缓存击穿问题
-
缓存的并发竞争问题
3、单线程的Redis为什么这么快?
纯内存操作
单线程操作,避免了频繁的上下文切换
-
采用了非阻塞I/O多路复用机制
4、Redis的数据类型及使用场景
5、Redis过期策略和内存淘汰机制?
为什么不用定时删除策略?定期删除+惰性删除是如何工作的呢?采用定期删除+惰性删除就没其他问题了么?
6、Redis和数据库双写一致性问题
7、如何应对缓存穿透和缓存雪崩问题
缓存穿透:即黑客故意去请求缓存中不存在的数据,导致所有的请求都怼到数据库上,从而数据库连接异常。
缓存雪崩:即缓存同一时间大面积的失效,这个时候又来了一波请求,结果请求都怼到数据库上,从而导致数据库连接异常。
中小型的公司一般遇不到这些问题,但是大并发的项目,流量有几百万左右,这两个问题一定要深刻考虑。
8、如何解决Redis并发竞争Key问题?
这个问题大致就是,同时有多个子系统去set一个key。不太推荐使用redis的事务机制。
(1)如果对这个key操作,不要求顺序
这种情况下,准备一个分布式锁,大家去抢锁,抢到锁就做set操作即可。
(2)如果对这个key操作,要求顺序
系统A key 1 {valueA 3:00}
系统B key 1 {valueB 3:05}
系统C key 1 {valueC 3:10}
那么,假设这会系统B先抢到锁,将key1设置为{valueB 3:05}。接下来系统A抢到锁,发现自己的valueA的时间戳早于缓存中的时间戳,那就不做set操作了。以此类推。
其他方法,比如利用队列,将set方法变成串行访问也可以。总之,灵活变通。
为了让大家理解透彻Redis,我们特别邀请前阿里资深架构师James老师,为大家带来 “Redis销魂操作实战”系列课程,原价199元,公众号粉丝限时专享优惠价0.1元!带你从入门到BAT各种应用场景Redis设计,深度掌握Redis核心技能,3天6小时,快速进阶成为Redis专家!
01.Redis狂澜BAT真相分析
Redis快速入门指南
通信机制分析
数据结构解析
持久化解析
02.BAT常见Redis场景设计
微博关系
微信关注
抽奖程序
商品筛选设计实战
03.Redis性能测试及手写实战
粉丝福利:
END
在看永远都18岁!