标签:缓存 应用 过期 数据源 DB redis key 解决 请求
1.缓存穿透:访问不存在的数据
- 缓存穿透:key对应的数据在数据源并不存在,每次针对此key的请求从缓存获取不到,请求都会到数据源,从而可能压垮数据源。比如用一个不存在的用户id获取用户信息,不论缓存还是数据库都没有,若黑客利用此漏洞进行攻击可能压垮数据库。
- 具体解决方案看 https://blog.csdn.net/yuanlong122716/article/details/104383926
2.缓存击穿:热点数据过期
- 缓存击穿:key对应的数据存在,但在redis中过期,此时若有大量并发请求过来,这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存,这个时候大并发的请求可能会瞬间把后端DB压垮。
3.缓存雪崩:
- 缓存雪崩:当缓存服务器重启或者大量缓存集中在某一个时间段失效,这样在失效的时候,也会给后端系统(比如DB)带来很大压力。
4.分布式锁:
使用setnx +key +value 设置锁
使用完后del key释放锁
如果在操作中出现异常会导致锁无法释放,则可以设置锁的同时设置锁的过期时间,使锁自动释放
set key value nx ex 10
使用uuid防误删
set key +uuid
标签:缓存,应用,过期,数据源,DB,redis,key,解决,请求 来源: https://blog.csdn.net/Sunny19991/article/details/117015198
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。