缓存穿透：

        缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求，如发起为id为“-1”的数据。这时的用户很可能是攻击者，攻击会导致数据库压力过大。

        也就是说，每次发起id为数据库不存在的值时，都是连接数据库查询数据而非缓存获取，而且查询结果为空，并会将空值写入缓存中。这样不但会加重数据库负担，而且还会消耗系统资源。所以应在代码中对这种无意义的数据进行特殊处理。

改进后，对空值的处理

          上面代码中，对空值设置较短的过期时间，时间太长会导致空数据不能及时更新掉，占用系统资源，时间太短又起不到防止缓存穿透的作用，具体以实际情况配置。

2.缓存击穿

        缓存击穿是在高并发的条件下读取缓存数据，多用户同时请求同一个缓存数据，如果缓存中没有这条数据，那么这些用户又会同时去数据库中查询这条数据，浪费了系统资源，有悖于缓存数据的初衷，严重的话可能会造成服务器宕机的风险。

    解决方法有两种：

       1）.使用同步锁 synchronized 关键字，修饰在获取缓存的方法里面，保证在多用户同时请求条件下，只有第一个进入的线程去判断是否要查询数据库并存入缓存，其他线程只需在第一个线程结束后，从缓存中读取数据即可，无需再查询数据库。

再次改进，加入同步锁解决并发问题

上面的代码是对缓存穿透的再次优化，加入 线程同步锁 以及 双重检查锁 。

双重检查锁：1.避免当缓存数据 没有失效 时，其他线程排队等待。

                         2.当第一个线程从数据库中获取到数据并存入缓存中时，其他线程直接从缓存获取数据即可。

        2) .第二种是不设置缓存时间，由后台创建定时任务去维护这部分缓存数据。这种方法请求时直接从缓存中获取数据，无需再判断是否从数据库中获取，定时任务也可在请求较少的时间段分批更新缓存数据。

             当然代码量、代码复杂度增大，分批更新代表需要多个定时任务去维护缓存数据，同时更新有可能会造成缓存雪崩的情况。