memcache缓存雪崩现象

缓存雪崩现象
由于某个节点失效，导致其他节点的缓存命中率下降。缓存中确实的数据要到数据库中查找。
短时间内导致数据库崩溃。可能重启DB（数据库），短期又会被压垮，只缓存一小部分。
db反复重启多次，缓存才会重建完毕。

缓存周期性的失效。每隔6小时失效。那么每隔6小时就会出现一次请求峰值。可能会导致DB崩溃

缓存无底洞现象
即使增加缓存节点，访问速度依然不快。被称之为缓存无底洞现象
之前的两台缓存服务器都要访问一次。后来增加到4台，结果每台还是只连接一次。因为信息散落在了四台服务器上。
本来一开始只要访问2台，后来要访问4台。所以对于memcache的链接数，并没有随着节点的增多而降低！！！

nosql  和 传统的 RDBMSM（关系型数据库）， 在某种设计上也是可以相互参考的
对于Nosql的memcache和redis的这种 k-v 设计。key的设计可以参考mysql中 表-列 的设计
解决办法
把某一组key按照共同前缀来分布。
user：133 是用户名，底下有age nam height 键 。不应该分开放，应该放在一起。
user:133-age, user:133-name,user：133-height 折3个key
在用分布算法求其节点的时候用该以 user：133 来计算。而不是用user:133-age / name / height 来计算 
这样。这3个关于个人信息的key都会落在同一个节点上。而不会散落其他地方了
再次访问的时候，只需要连接一个节点就可以了

永久数据被踢现象（永久数据不活跃，过期数据过期之前活跃，过期之后没有被get.）
memcached数据丢失
惰性机制（不去取就不知道失效）  和 LRU删除机制（最近最少使用原则）

那么就存在一个问题，当有一个不活跃的数据和一个已经过期的数据（我们不知道他过期了，只有get的时候才知道）。插入新的数据后会把不活跃的踢掉

由于惰性机制的存在，使得一个数据如果已经过期了，但是没有get。那么内存还是会存在的
1. 非永久数据在过期时间内被get。变的活跃。
2. 而永久数据很久没有被get。变得不活跃了。
3. 当插入新的数据的时候。永久数据就会被踢

解决办法：永久数据和非永久数据分开存放