为了账号安全,请及时绑定邮箱和手机立即绑定

Java程序优化

2020.07.14 21:44 612浏览

    目前对程序快速优化,无非两种方式:

            一.前段加Nginx(nginx 做反向代理,可以对请求做分发,通过轮训、加权、随机等方式分配到具体某一台实际上的tomcat,通过这种方式来分流)

            二.后端加缓存(目前使用Redis做缓存情况比较多,前段分发过来的请求,先查询redis,如果redis中没有,则查询数据库并put到缓存;)

     但是加redis会出现以下问题:缓存穿透、缓存击穿、缓存雪崩

1 缓存穿透:分发的请求到达后端,先查redis,再查数据库,但是这个请求数据本身就不存在,例如数据库中只有id(1、2、3、4),但是查询的却是id=5,所以不管怎么查,这个查询会一直做(select * from usertable where id=5),但是查不出数据,io一直存在;(及缓存没有数据,数据库也没有数据)

解决方案:1):缓存空对象,前面请求查询redis,redis没有,查询数据库,数据库返回为null,这个时候把id=5 作为key put到redis,则下次查询就会在redis中能直接查询到,直接返回;

                        这种方法的弊端:redis中可能会存在大量的垃圾数据,但是这个处理方式很简单

                 2):使用布隆过滤器,布隆过滤器是如果查询存在的话,则不一定存在,如果查询不存在,则一定不存在;布隆过滤器在一个数组中会有3个点(通过3次hash传入的对象得到,然后对数据取余),所以这种方式有误判,而且布隆过滤器 guava的实现是单机的(JVM层面),如果需要可以通过redis自己实现

                        这种方式的弊端:布隆过滤器难以删除(因为put的是3个点),所以要做定时器来处理;但是效果好呀

2 缓存击穿:分发的请求到达后端,先查redis,再查数据库,但是这个时候redis数据过期了,而且高并发请求过来,使得大量的操作都会查询数据库(缓存击穿breakdown,及热点key失效,高并发请求过来,及缓存没有数据,数据库有数据,但是都大量请求同一时间都走数据库,导致数据库崩溃)

解决方案:使用分布式锁,加锁后,执行抢到锁的线程,从数据库中查询,并写入缓存,释放锁,下面的线程则从缓存中取数据

3缓存雪崩:出现情况,机器宕机,大量数据失效

 解决方案:机器宕机,使用redis高可用(rediscluster)

                    大量数据失效:redis过期时间错开

点击查看更多内容
0人点赞

若觉得本文不错,就分享一下吧!

评论

相关文章推荐

正在加载中
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消