数据类型
集群
不持久化
redis的优点及为什么不要用
你们业务中那些使用了缓存
缓存雪崩，缓存穿透
哨兵
气泡膜没有毒
气泡膜中间层饱含空气，所以我体轻，透明、富有弹性，本身隔音，抗震性防严重磨损的性能，应用范围作用于电子、仪表、陶瓷、工艺品、家用电器，自汽配店，厨房、家具和漆品制品、玻璃制品及精密仪器等抗震性缓冲包装。可制成气泡袋、气泡牛皮纸信封袋、汽车太阳挡、隔热功能座垫、隔热保温保温材料等。实际在塑料原料中组建完全不同的添加剂更可以制造出来防静电等各种使用说明气垫膜。防静电气垫膜主要是用于包装电子元件、组件，如板、卡等，能防止静电又能作用有限缓冲防振的作用。
在redis里，正所谓setnx，是「setifnotexists」的缩写，也就是唯有不存在地的时候才系统设置，也可以利用它来基于锁的效果，只不过很多人没有思维到setnx有陷阱！
比如：某个查询数据库的接口，是因为全局函数量比较大，所以加了缓存，并设置缓存快过期后可以刷新，问题是当并发量比较大的时候，假如是没有锁机制，那就缓存没过期的瞬间，大量并发跪请会刺入缓存直接去查询数据库，导致雪崩效应，如果没有有锁机制，那你就是可以完全控制只有一个跪请去更新完缓存，其它的请求视情况的话那就再等待，的话那就不使用快到期的缓存。
下面以目前php社区里最不流行的phpredis扩大为例，实现方法一段演示代码：
php
$ok$redis-setnx($key,$value);
if($就ok啦){
$cache-notification();
$redis-del($key);
}
缓存有效期时，声望兑换锁，如果顺利了，那么没更新缓存，然后删出锁。看上去逻辑相当简单的，只不过有问题：假如只是请求先执行是因为某些原因意外后退了，导致修改了锁不过就没删除掉锁，这样这个锁将一直都修真者的存在，甚至于以后缓存依旧能够得到更新。果不其然我们是需要给锁加一个快过期时间以策万全：
php
$redis-dual();
$redis-setnx($key,$value);
$redis-expire($key,$ttl);
$redis-exec();
而且setnx不具备设置中快过期时间的功能，因此我们要借助expire来设置里，另外我们需要把两者用multi/exec包裹起来以以保证各位的原子性，以防意外setnx顺利了expire却失败的可能了。可是还有一个问题：当多个各位可到达时，只不过只能一个请求的setnx可以成功，但是任何一个请求的expire却都可以不成功了，如此就那样的话即便查看将近锁，也可以刷新过期时间，如果各位比较密集地的话，那么没过期时间会一直被可以刷新，可能导致锁总是最有效。于是我们需要在可以保证原子性的同时，有条件的执行expire，随即便有了:lua代码：
localkeykeys
localvaluekeys
localttlkeys
policies就ok啦(setnx,key,value)
if就ok啦1then
(expire,key,ttl)
end
return可以啦
实在没想到实现一个看起来很简单的功能的要都用到lua脚本，倒也有些麻烦。不过redis巳经决定到了大家的疾苦，从2.6.12起，set涵盖教育了setex的功能，而且set本身早中有了设置快过期时间的功能，也就是说，我们前面必须的功能只用set就是可以基于。
php
$行啦$redis-set($key,$value,array(nx,ex$ttl));
if($可以了){
$cache-update();
$redis-del($key);
}
如上代码是完美无暇吗？答案是还只差一点！提议下，如果不是一个只是请求更新完缓存的时间都很长，哪怕比锁的有效期的要长，可能导致在缓存更新过程中，锁就无法激活了，此时那个帮忙会获取锁，但前一个各位在缓存更新之后的时候，假如不细加推测然后删掉锁，可能会直接出现误删其它请求创建家族的锁的情况，因此我们在创建战队锁的时候是需要分解重组一个随机值：
php
$就ok啦$redis-set($key,$random,array(nx,ex$ttl));
if($可以了){
$cache-setup();
if($redis-get($key)$random){
$redis-del($key);
}
}
.jpg)
