redis怎么实现持久化

本篇内容介绍了“redis怎么实现持久化”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

Redis持久化的方式有两种：

一、SnapShotting 快照持久化：

1、持久化的配置：

此持久化默认开启，一次性把Redis中所有数据保存到硬盘中，如果数据非常多（10-20G）就不适合频繁进行该持久化操作。

在redis.conf中可以找到快照持久化的配置信息，如下:

save 900 1，如果900秒内超过1个key被修改，则发起快照持久化。

save 300 10 ，如果300秒内超过10个key被修改，则发起快照持久化。

save 60 10000 ，如果60秒内超过10000 个key被修改，则发起快照持久化。

以上三个save的意思是：

数据修改的频率高，备份的频率也高。

数据修改的频率低，备份的频率也低。

2、持久化的目录和文件名：

3、手动发起快照持久化：

  ./redis-cli bgsave 

二、Append Only File 精细持久化(AOF):

1、本质：

把用户执行的每个”写“指令（添加、修改、删除）都备份到文件中，还原数据的时候就是执行具体写指令而已。是比快照持久化更详细、准确的持久化，故称为精细持久化。

注意：开启AOF持久化会清空Redis中的数据，因此AOF持久化要在Redis服务开始使用前开启。

2、开启方式：AOF持久化默认是关闭的。

（1）、在redis.conf中将appendonly no 改为appendonly yes,

（2）、同时配置appendfilename appendonly.aof即可。

3、aof备份频率：

（1）、appendfsync always：每次修改就备份，影响Redis性能，很少用。

（2）、appendfsync no：看服务器是否空闲，如果空闲才备份，不确定因素多，很少用。

（3）、appendfsync everysec：每秒备份一次，常用。

4、aof备份文件的优化压缩处理：bgrewriteaof，见如下截图:优化前 appendonly.aof的大小457，优化后 appendonly.aof的大小为257

“redis怎么实现持久化”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！