spring - redis (二)

redis 持久化问题

1. 说明:Redis中的数据都保存在内存中.如果服务关闭或者宕机则内存资源直接丢失.导致缓存失效
2. 说明:Redis中有自己的持久化策略.Redis启动时根据配置文件中指定的持久化方式进行持久化操作. Redis中默认的持久化的方式为RDB模式.

RDB模式

特点说明:
1.RDB模式采用定期持久化的方式. 风险:可能丢失数据.
2.RDB模式记录的是当前Redis的内存记录快照. 只记录当前状态. 持久化效率最高的
3.RDB模式是默认的持久化方式.
持久化命令:
命令1: save 同步操作. 要求记录马上持久化. 可能对现有的操作造成阻塞
名来2: bgsave 异步操作. 开启单独的线程实现持久化任务.
持久化周期:
save 900 1 在900秒内,如果执行一次更新操作,则持久化一次.
save 300 10 在300秒内,如果执行10次更新操作,则持久化一次.
save 60 10000 在60秒内,如果执行10000次更新操作,则持久化一次.
save 1 1 ???不可以 容易阻塞 性能太低.不建议使用.
用户操作越频繁,则持久化周期越短.

AOF模式

特点:
1.AOF模式默认是关闭状态 如果需要则手动开启.
2.AOF能够记录程序的执行过程 可以实现数据的实时持久化. AOF文件占用的空间较大.回复数据的速度较慢.
3.AOF模式开启之后.RDB模式将不生效.
开启 修改 配置文件 redis.conf 修改完后重启 才生效

持久化周期配置:
appendfsync always 实时持久化.
appendfsync everysec 每秒持久化一次 略低于rdb模式
appendfsync no 自己不主动持久化(被动:由操作系统解决)

持久化模式如何选择

如果允许数据少量的丢失,则首选RDB.(快),如果不允许数据丢失则使用AOF模式.

如果 在AOF模式下 误进行了操作 flushAll 解决方法

1. 停止redis 修改 aof文件 删除flushAll 后 重启redis 即可
   

redis 内存优化策略

1. 修改redis内存
   

2. LRU算法
   LRU是Least Recently Used的缩写，即最近最少使用，是一种常用的页面（数据）置换算法，选择最近最久未使用的页面予以淘汰。该算法赋予每个页面一个访问字段，用来记录一个页面自上次被访问以来所经历的时间 t，当须淘汰一个页面时，选择现有页面中其 t 值最大的，即最近最少使用的页面予以淘汰。
   维度: 自上一次使用的时间T
   最为理想的内存置换算法.
   3.LFU算法
   LFU（least frequently used (LFU) page-replacement algorithm）。即最不经常使用页置换算法，要求在页置换时置换引用计数最小的页，因为经常使用的页应该有一个较大的引用次数。但是有些页在开始时使用次数很多，但以后就不再使用，这类页将会长时间留在内存中，因此可以将引用计数寄存器定时右移一位，形成指数衰减的平均使用次数。
   least frequently used (LFU) page-replacement algorithm
   即最不经常使用页置换算法，要求在页置换时置换引用计数最小的页，因为经常使用的页应该有一个较大的引用次数。但是有些页在开始时使用次数很多，但以后就不再使用，这类页将会长时间留在内存中，因此可以将引用计数寄存器定时右移一位，形成指数衰减的平均使用次数。
   维度: 引用次数
   4.RANDOM随机算法
   随机算法
   5.内存优化策略 redis.conf
   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 设定了超时时间的数据 根据ttl规则删除. 将剩余时间少的提前删除
   8.noeviction 内存满了 不做任何操作.报错返回.