标签：分析 缓存 读取 数据库 线程 西安 健康 服务端 客户端

业务场景：读多写少， 考虑使用缓存中间件

1.客户端 做防抖节流，二维码图片根据服务器传过来的字符串在客户端生成，而不是服务端，以减少服务端带宽占用

2.出现错误时给用户一个友好提示

3.服务端未作限流措施导致客户端请求全失败,缓存穿透，没击中缓存就设置null值防止数据库抗太大压力，等缓存失效后再从数据库读取，好的方案使用布隆过滤器

缓存击穿应对方案 阻塞多个线程只让一个线程去读取数据库

缓存雪崩 把超时时间设置的离散一点

缓存一致性使用cache aside，先更新数据库在删除缓存，技术层面再高点延迟双删

4.对于瞬时增高的压力未作全面的性能测试，场景考虑不充分

5.服务没有做拆分， 分布式、微服务可以做到故障隔离，把核心和非核心业务隔离开

6.数据库主从一致性，半同步然后异步

缓存穿透、缓存击穿、缓存雪崩区别和解决方案

标签：分析,缓存,读取,数据库,线程,西安,健康,服务端,客户端
来源： https://www.cnblogs.com/soft-engineer/p/15779991.html

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