Redis持久化和内存优化

1.Redis持久化策略

1.1什么是持久化

说明：Redis运行的环境在内存中。如果redis服务器关闭，则内存数据将会丢失。
需求：如何保存内存数据呢？？？
解决方案：可以定期将内存数据持久化到磁盘中。
持久化策略规则：
当redis正常运行时，会定期的将数据保存到磁盘中。当redis服务器重启时，则根据配置文件中指定的持久化的方式，实现数据的恢复（读取数据，之后恢复数据）。

1.2 RDB模式

1.2.1 RDB模式特点说明

1）RDB模式是redis默认的策略。
2）RDB模式能够定期（时间间隔）持久化。弊端：可能会导致数据的丢失。
3）RDB模式记录的是内存数据的快照，持久化的效率较高。快照只保留最新的记录。

1.2.2 RDB模式命令

1.save命令：将内存数据持久化到磁盘中。主动的操作，会造成线程阻塞
2.bgsave命令：将内存数据采用后台运行的方式，持久化到文件中。不会造成阻塞
3.默认的持久化的机制
save 900 1： 如果在900秒内，执行了1次更新操作，则持久化一次
save 300 10 ： 如果在300秒内，执行了10次更新操作，则持久化一次
save 60 10000 ： 如果在60秒内，执行了10000次更新操作，则持久化一次

1.2.3 持久化文件配置

1）指定持久化文件

2）指定持久化文件目录

1.3 AOF模式

1.3.1 AOF模式特点

1）AOF模式默认条件下是关闭的，需要手动开启
2）AOF模式记录的是用户的操作过程，所以可以实现实时持久化操作
3）AOF模式由于记录的是实时的操作过程，所以持久化文件较大，需要定期维护。

1.3.2 启动AOF模式

说明：如果一旦开启AOF模式，则以AOF模式为准。

1.4 关于持久化操作总结

1.当内存数据允许少量丢失时，采用RDB模式（快）
2.当内存数据不允许丢失时，采用AOF模式（需要定期维护持久化文件）
3.一般在工作中采用RDB+AOF模式共同作用，保证数据的有效性

1.5 面试题

问题：如果小李在公司服务器中执行flushAll命令，问怎么办？？
答：需要找到aof文件之后，删除flushAll命令，之后重启redis，执行save命令即可。

2.内存优化策略

2.1 为什么需要内存优化

说明：由于redis在内存中保存数据，如果一直存储，则内存数据必然溢出。所以需要定期维护内存数据的大小。
维护策略：删除旧的不用的数据，保留新的常用的数据

2.2 LRU算法

LRU是Least Recently Used的缩写，即最近最少使用，是一种常用的页面置换算法，选择最近最久未使用的页面予以淘汰。该算法赋予每个页面一个访问字段，用来记录一个页面自上次被访问以来所经历的时间 t，当须淘汰一个页面时，选择现有页面中其 t 值最大的，即最近最少使用的页面予以淘汰。
计算维度：时间t
注意事项：LRU算法是迄今为止内存中最好用的数据置换算法。

2.3 LFU算法

LFU（least frequently used (LFU) page-replacement algorithm）。即最不经常使用页置换算法，要求在页置换时置换引用计数最小的页，因为经常使用的页应该有一个较大的引用次数。但是有些页在开始时使用次数很多，但以后就不再使用，这类页将会长时间留在内存中，因此可以将引用计数寄存器定时右移一位，形成指数衰减的平均使用次数。
维度：使用次数

2.4 随机算法

随机算法。

2.5 TTL算法

说明：根据剩余的存活时间，将马上要超时的数据提前删除。

2.6 配置内存优化策略

1.volatile-lru 在设定了超时时间的数据中，采用lru算法
2.allkeys-lru 在所有的数据中，采用lru算法
3.volatile-lfu 在设定了超时时间的数据中，采用lfu算法
4.allkeys-lfu 在所有的数据中，采用lfu算法
5.volatile-random 设置超时时间数据的随机算法
6.allkeys-random 在所有的数据中，采用随机算法
7.volatile-ttl 将设定了超时时间的数据，提前删除。
8.noeviction 默认规则 如果设定noeviction 则不删除数据,直接报错返回.
手动修改redis内存优化策略：

3. 关于缓存面试问题

问题出发点：
由于缓存失效，导致大量的用户的请求，直接访问数据库服务器，导致负载过高，从而引发整体宕机的风险！！！

3.1 缓存穿透

说明：用户频繁访问数据库中不存在的数据时，可能出现缓存穿透的现象。如果该操作是高并发操作，则可能直接威胁数据库服务器。
解决方案：
1.采用IP限流的方式，降低用户访问服务器次数。
2.微服务的处理方式：利用断路器返回执行的业务数据，即可不执行数据库操作，从而保护了数据库。
3.微服务处理方式：API网关设计。不允许做非法操作

3.2 缓存击穿

说明：redis中某个热点数据由于超时/删除等操作造成数据失效，同时用户高并发访问该数据，则可能导致数据库宕机，该操作称之为 缓存击穿。
解决方案：可以采用多级缓存的设计。同时数据的超时时间采用随机数的方法。

3.3 缓存雪崩

说明：由于redis内存数据大量失效，导致用户的访问命中率太低，大量的用户直接访问数据库，可能导致数据库服务器宕机。这种现象称之为缓存雪崩。
解决方案：
1.采用多级缓存。
2.设定不同的超时时间
3.禁止执行flushAll等敏感操作