本文是继上一篇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文件，并删除最后一行不完整的数据。
