本文是继上一篇Redis-安装启动篇之后。
Redis的缓存持久化分为四种情况:
- RDB方式:以.rdb文件的形式存储数据。
优点:只包含一个文件,利于备份、数据转移等操作。适合处理量大的数据。
缺点:在保存数据时会有短暂的停顿。
数据有相对应的保存间隔,服务器异常容易丢数据,不安全。 - AOF方式(Append Only File):以指定的形式追加到对应文件的末尾。
优点:采用追加方式,不会影响以前的数据,安全。
如果在写入一半时出现问题,可以使用redis-check-aof来修复数据一致性的问题。
缺点:文件大,同步效率低。不适合做数据备份。 - 无持久化:此时Redis值能作为缓存过渡数据库。
- 同时使用AOF和RDB:AOF和RDB同时进行配置。
Redis的缓存持久化配置:
- RDB配置:
修改dbfilename(dump数据库保存的文件名)dir(保存数据库文件的目录)。
//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:清除策略。默认不清除。
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文件,并删除最后一行不完整的数据。
网友评论