Reids持久化/雪崩/击穿/穿透

Redis数据类型(5中常用)

1. String =>字符串
2. Hash =>map
3. List =>list
4. Set =>set
5. Sorted set =>treeset

redis自身是一个Map,其中所有的数据都是采用key：value的形式存储

数据类型指的是存储的数据的类型，也就是value部分的类型，key部分永远都是字符串

Redis持久化

1.RDB

RDB是把内存中的所有数据都记录到磁盘中。当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。快照文件称为RDB文件，默认是保存在当前运行目录。 

fork采用的是copy-on-write技术：

• 当主进程执行读操作时，访问共享内存；
• 当主进程执行写操作时，则会拷贝一份数据，执行写操作。

RDB原理主线程不能直接访问物理内存,然后它建立一个页表,去对应物理内存中的数据进行读写,执行fork时候会建立一个子进程,不是把物理内存拷贝过来而是把页表拷贝到子进程中,这样子/主进程就能共享内存,但是在读写时候则会拷贝一份数据,执行写操作.

2.AOF

AOF全称为Append Only File（追加文件）。Redis处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。

默认是关闭的,需要修改redis.conf配置文件来开启Aof

# 是否开启AOF功能，默认是no
appendonly yes
# AOF文件的名称
appendfilename "appendonly.aof"

AOF的命令记录的频率也可以通过redis.conf文件来配：

# 表示每执行一次写命令，立即记录到AOF文件
appendfsync always 
# 写命令执行完先放入AOF缓冲区，然后表示每隔1秒将缓冲区数据写到AOF文件，是默认方案
appendfsync everysec 
# 写命令执行完先放入AOF缓冲区，由操作系统决定何时将缓冲区内容写回磁盘
appendfsync no

三种策略对比

RDB与AOF对比

RDB和AOF各有自己的优缺点，如果对数据安全性要求较高，在实际开发中往往会结合两者来使用。

缓存雪崩

雪崩，就是某东西蜂拥而至的意思，像雪崩一样。在这里，就是redis缓存集体大规模集体失效，在高并发情况下突然使得key大规模访问mysql，使得数据库崩掉。

解决方案

1. 尽量降低用户的访问,让他拿数据的时候走静态页面处理
2. 构建多级缓存
   1. Nginx缓存 + Redis缓存 + ehcache缓存
3. 通常解决方案是将快要过期的key的时间后面加一个随机数,让key均匀消失
4. 最后实在不行,就降级/限流

缓存击穿

缓存击穿，是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，好像蛮力击穿一样。

解决方案

1. 可以使用互斥锁避免大量请求同时落到db。
2. 布隆过滤器，判断某个容器是否在集合中
3. 可以将缓存设置永不过期(适合部分情况)
4. 做好熔断、降级，防止系统崩溃。

缓存穿透

缓存穿透，也就是访问透过redis直接经过mysql，通常是一个不存在的key,在数据库查询为null。每次请求落在数据库、并且高并发。数据库扛不住会挂掉。

解决方案

1. 可以将查到的null设成该key的缓存对象。
2. 当然，也可以根据明显错误的key在逻辑层就就行验证。
3. 同时，你也可以分析用户行为，是否为故意请求或者爬虫、攻击者。针对用户访问做限制。
4. 其他等等，比如用布隆过滤器(超大型hashmap)先过滤。