redis做持久化的两种方式，RDB、AOF讲解
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了redis做持久化的两种方式，RDB、AOF讲解，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含971字，纯文字阅读大概需要2分钟。
内容图文
redis的两种持久化方式：
1、RDB方式
概念：在指定的时间间隔内保存数据快照
实现方式：
找到redis的安装目录，修改redis的配置文件(redis.conf)：① 修改备份的时间间隔：save Time ② 修改备份文件的文件名：dbfilename 文件名.rdb ③ 修改备份文件的备份路径：dir 路径
手动方式：
save ：会阻塞redis服务器，对于比较大的实例会造成长时间阻塞，线上环境不建议使用。 运行save命令对应Redis日志如下：
DB saved on disk
bgsave：redis进程执行fork操作创建子进程，redis的持久化由子进程完成，阻塞只发生在fork阶段，时间很短。 运行bgsave名字 对应的Redis日志如下：
Background saving started by pid 3152
DB saved on disk
RDB: 0MB of memory userd by copy-on-write
Background saving terminated with success
缺点：如果备份时间间隔短，比较耗费服务器性能，备份时间间隔长，可能会导致数据恢复时部分数据丢失。
2、AOF方式
概念：把命令追加到操作日志的尾部，保存所有的历史操作
实现方式：修改redis的配置文件，把appendonly选项改为yes，redis即开启了AOF数据持久化模式。
设置AOF同步的方式，这里设置的默认的每秒同步一次，修改配置文件，appendsync everysec
AOF文件中记录了开启AOF后的所有操作命令
优点：数据非常完整，故障恢复丢失数据少
缺点：由于是备份redis的每一步命令，所以文件体积会较大，恢复数据时也会较慢，比RDB慢
总结：
在实际应用中，根据场景不同，选择的方式也不尽相同，各有优缺点。但我个人看法，RDB的快照方式相比于AOF的逐步记录模式要好一些。至于RDB丢数据的风险，我们完全可以通过控制备份的时间间隔来避免这个问题。当然，也是可以两种方式同时使用的，只是大多不会这么做。
原文：https://www.cnblogs.com/cedarlip/p/11922694.html
内容总结
以上是互联网集市为您收集整理的redis做持久化的两种方式，RDB、AOF讲解全部内容，希望文章能够帮你解决redis做持久化的两种方式，RDB、AOF讲解所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。