(二)redis得AOF，RDB备份机制以及下载地址，缓存击穿

RDB备份机制：

save 900 1 #900秒内有至少1个键被更改则进行快照；
save 300 10 #300秒内有至少10个键被更改则进行快照；
save 60 10000 #60秒内有至少10000个键被更改则进行快照。

AOF备份机制：

appendonly yes #开启AOF持久化功能；
appendfilename appendonly.aof #AOF持久化保存文件名；
appendfsync always #每次执行写入都会执行同步，最安全也最慢；
#appendfsync everysec #每秒种如果缓冲里面有改变，就进行追加到aof文件进行备份
#appendfsync no #不主动进行同步操作，而是完全交由操作系统来做，每30秒一次，最快也最不安全；
#重写压缩的依据,当前的AOF的大小大于上次压缩后的AOF的大小的20%,就开始压缩
auto-aof-rewrite-percentage 20
#当AOF第一次重写压缩,AOF达到64mb开会开始第一次重写压缩,上面的auto-aof-rewrite-percentage之后就以这个作为根阶段作为百分百的依据进行压缩
auto-aof-rewrite-min-size 64mb

bgrewriteaof
手动重写

windwos redis下载地址：

https://github.com/MicrosoftArchive/redis/releases

 

缓存击穿指的是缓存中没有数据但数据库中有数据（一般是热点数据缓存时间到期），同一时间大量的并发请求由于读缓存没读到数据，就去数据库去取数据，导致某个时间内数据库压力剧增，导致崩溃。

1.设置热点数据永远不过期（可以判断当前key快要过期时，通过后台异步线程在重新构建缓存）

2.设置分布锁。在并发的多个请求中，只有第一个请求线程能拿到锁并执行数据库查询操作，其他的线程拿不到锁就阻塞等着，等到第一个线程将数据写入缓存后，直接走缓存。