Redis-缓存并发

缓存并发：高并发场景下，大量查询过期key值，最后查询数据库将结果回写到缓存，造成数据库压力过大。

解决办法：单机情况下使用类似于单例双检索的模式，如下

两层if，第一层很简单就是没有的话去创建，有的话就返回，第二层主要是考虑多线程的情况下，假如两个线程同时进入到第一层if，A线程先进入synchronized创建了对象，执行完成后返回结果，然后B线程这时也进入到synchronized，如果不进行判断就会重复创建对象，用在数据库缓存程序也是同样的道理，先判断缓存是否存在，存在直接返回，多个线程同时进入第一层if，只有一个线程进去到synchronized查询数据库回填缓存，完成后返回结果，这时剩余线程也要进去synchronized，因为第一个进入的线程已经创建好对象了，如果不进行判断，就会重复查库，造成数据库压力。

这里还有个知识点，就是singleton对象是volatile类型的，这个类型有两层含义，第一个大家都知道的可见性，就是保持线程间可见，这样任何线程看到的都是正确的值，第二点也是我最近才知道的，就是使用volatile会禁止JVM指令重排序，举个例子：singleton = new Singleton；这句话首先JVM会进行类加载，也就是从硬盘路径找到Sinleton的Class文件，校验检测分析后在1.内存中分配一块空间，2.初始化，3.最后将Singleton指向内存空间，这三步当JVM发生指令重排序时，会执行成1、3、2，这时Singleton还没有初始化，但是也不为空，恰巧这时有线程访问，发现singleton不为空，就会出现问题。

上面说了一大堆，都是在描述“volatile会禁止JVM指令重排序”。

有个思考的问题：

但是说到这里只是单机的实现，现在微服务都是多实例，访问A机的同时可能也会访问B机，如果AB机的线程同时进入到第二层if，这时还会出现重复读取数据库回填缓存的问题，我的意见是在里层if的外面加个分布式锁，额。。。这个看起来是不是有点麻烦。。。可以一起讨论下。