Redis-缓存持久篇

本文是继上一篇Redis-安装启动篇之后。

Redis的缓存持久化分为四种情况：

RDB方式：以.rdb文件的形式存储数据。
优点：只包含一个文件，利于备份、数据转移等操作。适合处理量大的数据。
缺点：在保存数据时会有短暂的停顿。
数据有相对应的保存间隔，服务器异常容易丢数据，不安全。
AOF方式（Append Only File）：以指定的形式追加到对应文件的末尾。
优点：采用追加方式，不会影响以前的数据，安全。
如果在写入一半时出现问题，可以使用redis-check-aof来修复数据一致性的问题。
缺点：文件大，同步效率低。不适合做数据备份。
无持久化：此时Redis值能作为缓存过渡数据库。
同时使用AOF和RDB：AOF和RDB同时进行配置。

Redis的缓存持久化配置：

RDB配置：
修改dbfilename（dump数据库保存的文件名）dir（保存数据库文件的目录）。

RDB配置.png

//save 时间次数的说明 TODO

AOF配置：
AOF的默认文件为appendonly.aof(此aof文件会和dmp文件在同一处出现)。
修改追加方式appendfsync(要使用哪条，前面的#号去掉，给不用的加#)。
AOF数据追加形式：
appendfsync：always(一直执行此方法)
appendfsync：everysec（每秒自动同步到磁盘）
appendfsync：no（不追加）

缓存清除策略：

noeviction: 不清除。返回内存限制错误。
allkeys-lru: 在所有key中执行LRU清除策略。
volatile-lru: 在已设置过期的key中执行LRU清除策略。
allkeys-random: 在所有key中随机清除。
volatile-random: 在已设置过期的key中执行随机清除。
volatile-ttl:清除带有过期设置的，并且只有短时间TTL（存活）的。

使用情况：
allkeys-lru：你想让经常访问的请求以幂次数的形式分布。或者不确定的情况下。
allkeys-random：你有一个连续循环访问或者你期望key均匀分布。
volatile-ttl：当你在创建缓存对象时使用了不同的存活时间并提供给redis时。

在redis-cli中输入info，可以找到以下信息：

info信息.png

其中，expired_keys：已经过期的key；evicted_keys：已经清除的key；
keyspace_hits：使用到的key；keyspace_misses：消失的key。
使用到的key/(使用到的key+消失的key)就是现有key的使用率，使用率在95%以上时，说明缓存机制效果好。

配置：在redis.conf中：
其中maxmemory：可以设置大小。比如15mb等。
maxmemory-policy：清除策略。默认不清除。

缓存清除策略.png

Redis的LRU算法：

redis的LRU算法受控于

maxmemory-samples 5

这个值越大，缓存清除不常用的就越多。但带来的负面影响是耗内存，达不到缓存的效果。

Redis的LFU算法（4.0以后推出）：

LFU算法在某些时候，对于使用频繁的key将不再考虑，即便是旧的。防止频繁的key来占用算法。

volatile-lfu 在已设置过期的key中执行LFY清除策略。
allkeys-lfu 在所有的key中执行LFU清除策略。
redis的LFU算法受控于

lfu-log-factor 10
lfu-decay-time 1

factor越高，可以达到饱和（极限）容纳的key就越多。
decay-time是计数器的衰变时间。

//缓存时间的配置 TODO

配置完成！

附录意外宕机策略

本方法只对于指定情况
1开启AOF方式，查看aof文件，并删除最后一行不完整的数据。