redis常见问题

由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据

redis持久化配置方式： RDB持久化配置；AOF持久化配置；

AOF：（append模式）append only file 原理是将Reids的操作日志以追加的方式写入文件

appendfsync always     #每次有数据修改发生时都会写入AOF文件。

appendfsync everysec  #每秒钟同步一次，该策略为AOF的缺省策略。

appendfsync no          #从不同步。高效但是数据不会被持久化

AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录

AOF注意事项：如果本次操作只是写入了一半数据就出现了系统崩溃问题，不慌，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据一致性的问题

RDB：原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化

RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储

二者选择的标准，就是看系统是愿意牺牲一些性能，换取更高的缓存一致性（aof），还是愿意写操作频繁的时候，不启用备份来换取更高的性能，待手动运行save的时候，再做备份（rdb）

总结就是：A0F机制可以带来更高的数据安全性，即数据持久性，Redis可以自动启用rewrite机制可以更好的保证数据安全性。

对于相同数量的数据集而言，AOF文件通常要大于RDB文件

根据同步策略的不同，AOF在运行效率上往往会慢于RDB。每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效

-----------redis击穿、穿透、雪崩-------------------------

一、缓存穿透
描述
  指访问一个缓存和数据库中都不存在的key，由于这个key在缓存中不存在，则会到数据库中查询，数据库中也不存在该key，无法将数据添加到缓存中，所以每次都会访问数据库导致数据库压力增大。

解决方法
将空key添加到缓存中。
使用布隆过滤器过滤空key。
一般对于这种访问可能由于遭到攻击引起，可以对请求进行身份鉴权、数据合法行校验等。

二、缓存击穿
描述
  指大量请求访问缓存中的一个key时，该key过期了，导致这些请求都去直接访问数据库，短时间大量的请求可能会将数据库击垮。

解决方法
添加互斥锁或分布式锁，让一个线程去访问数据库，将数据添加到缓存中后，其他线程直接从缓存中获取。
热点数据key不过期，定时更新缓存，但如果更新出问题会导致缓存中的数据一直为旧数据。
三、缓存雪崩
描述
  指在系统运行过程中，缓存服务宕机或大量的key值同时过期，导致所有请求都直接访问数据库导致数据库压力增大。

解决方法：
将key的过期时间打散，避免大量key同时过期。
对缓存服务做高可用处理。
加互斥锁，同一key值只允许一个线程去访问数据库，其余线程等待写入后直接从缓存中获取。