redis基础篇——高并发问题（缓存雪崩，缓存穿透）

高并发问题（缓存雪崩，缓存穿透）

在Redis存储的所有数据中，有一部分是被频繁访问的。有两种情况可能会导致热点问题的产生，一个是用户集中访问的数据，比如抢购的商品，明星结婚和明星出轨的微博。还有一种就是在数据进行分片的情况下，负载不均衡，超过了单个服务器的承受能力。热点问题可能引起缓存服务的不可用，最终造成压力堆积到数据库。

出于存储和流量优化的角度，我们必须要找到这些热点数据。

热点数据发现

首先，Redis的缓存淘汰机制，能够留下那些热点的key，不管是LRU还是LFU
除了自动的缓存淘汰机制之外，怎么找出那些访问频率高的key呢？或者说，我们可以在哪里记录key被访问的情况呢？

1. 客户端
   第一个当然是在客户端了，比如我们可不可以在所有调用了get，set方法的地方，加上key的计数。但是这样的话，每一个地方都要修改，重复的代码也多。如果我们用的是Jedis的客户端，我们可以修改Jedis的源码，在Jedis的Connection类的sendCommand（）里面，用一个HashMap进行key的计数。
   但是这种方式有几个问题：姑同学院青
   1）会对客户端的代码造成入侵。
   2）不知道要存多少个key，可能会发生内存泄露的问题。
   3）只能统计当前客户端的热点key

2. 代理层
   第二种方式就是在代理端实现&