redis缓存穿透之setnx使用场景

    随着业务的增长，请求并发的增大。很多公司在业务场景中会增加缓存策略，而缓存用的最多的也就是redis了。

    今天我们来说一下缓存穿透，我们缓存一般是有时效性的，一定的生命周期过去之后就会消失，一般的系统不会设置永久性的存储，这时候就会遇到一个问题，要么就是主动刷新缓存，要么就是程序被动刷新缓存。

    事实证明很多程序当中很少主动刷新因为你要去写脚本，定时去刷新数据，这样的话代价比较大。所以较多的就选择了程序被动刷新缓存，就是在缓存失效之后读库在写入缓存。这里就会导致一个问题那就是：当缓存失效的那一刻大量的请求过来就会直接打到数据库上，如果并发量大的话读库操作肯定会有影响，连接超时，连接数过大这样的情况也会随时遇到。

    针对这种情况redis有一个进程锁也就是我们今天说的setnx

    下面直接贴代码：

    $ret = $this->redis->get(