标签：缓存 请求 性能 Redis 碎片 内存 key 优化 数据库

redis 上线半年 发现内存占用很大,把一些key删除 发现内存没有释放
原因： key占用了很多碎片-优化其实就是碎片管理：
1.重启Redis，持久化会自动清理碎片
2.如果内存比较小,占用的碎片多,可以直接修改配置文件,代表我们可以内存的百分比
剩下多少的时候,就去帮助我们去碎片管理, 但是碎片管理的时候 就会对数据重新进行排序
如果碎片整理过于频繁就会降低我们的Redis的性能

3.缓存穿透(请求过来的时候-缓存和数据库都没有)：虽然数据都没有但是大量并发的时候 请求还是要进到数据库并且还要返回结果给人家。这样人家恶意攻击就难受了

怎么解决：1.如果数据没有,缓存就存一个null，下一次来的时候返回null，这样请求就到不了数据库

　　　　   2.布隆过滤器 每次操作的时候 把这个key写入到我们的布隆过滤器,如果布隆过滤器有则继续查询redis和mysql.
　　　　    如果没有,则返回就可以,占用少量内存,存放大量的key，能够快速判断。存在误判 但概率很小,可以提前把业务数据key存放到过滤器里面

4.缓存击穿(请求过来的时候-缓存没有数据库有)：大量并发请求还是直接到数据库,

　　怎么解决：这个问题不大,下一次进来给他缓存就好,或者进行缓存提前预热

5.缓存雪崩(请求过来的时候-数据缓存同时过期)：请求还是到数据库来了,

　　怎么解决:数据设置随机过期时间 如50min+随机描述,别都设置为50分钟过期，这样就降低缓存雪崩出现

6.缓存预热(请求过来的时候-缓存重启)：

1.服务重启之后,提前把热点数据放到缓存里面

2.写个程序,定时的写进去

标签：缓存,请求,性能,Redis,碎片,内存,key,优化,数据库
来源： https://www.cnblogs.com/LZXX/p/16354651.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。