Redis之利用锁机制来防止缓存过期产生的惊群现象

首先，所谓的缓存过期引起的“惊群”现象是指，在大并发情况下，我们通常会用缓存来给数据库分压，但是会有这么一种情况发生，那就是当一个缓存数据失效之后会导致同时有多个并发线程去向后端数据库发起请求去获取同一个数据，这样如果在一段时间内同时生成了大量的缓存，然后在另外一段时间内又有大量的缓存失效，这样就会导致后端数据库的压力突然增大，这种现象就可以称为“缓存过期产生的惊群现象”！

以下代码的思路，就是利用“锁机制”来防止惊群现象。先看代码：

?
原理就是：

首先，在存储数据的时候，设置数据的过期时间比实际设置的过期时间多300秒，然后存储的数据中，通过一个数组来存储数据，数组中一个键用来存放真实的数据，另外一个键用来存放数据的真实过期时间，这个留到后期获取数据的时候做校验，然后把对应这个数据的“锁”删除掉。

这里这么做的原因和读取数据的做法相关！

然后，在读取数据的时候，依然像平时一样直接读取，如果数据已经超过了有效期（注意：这里的有效期并非设置的有效期，而是更该之后的有效期），那么就只能去读后端数据库。如果数据依然有效，则需要去判断，判断数据“在真正的有效期内是否失效”，如果没有失效，则直接返回数据！

重点是，假如数据“在伪造的有效期内没有失效，而在真正的有效期内已经失效”，那么这时就需要去判断“数据的锁”！

通过代码“$lock = $this->redis->incr($key . ".lock");”可以获取数据的锁，“$lock === 1”表示数据没有锁，那么这一次请求需要发送到后端数据库去读取最新的数据，否则的话表示该数据已经加了锁，也就是已经有一个线程去后端读取数据了，那么后来的线程也就没有权限再去后端取数据，需要等到前面的那个线程执行结束，但是这次读取就只能读取“旧的数据”了！

通过上面的解释也就明白，为什么在存储数据的时候需要“删除数据的锁”！因为一旦数据被重新存储，那么说明已经有一个线程去后端得到了最新的数据，那么该数据的锁就可以释放，然后下一个线程在获取数据的时候如果有需要就可以得到这个锁，然后才有权限进入到后端去读取新数据！