共计 1787 个字符，预计需要花费 5 分钟才能阅读完成。
这篇文章主要介绍“redis 的持久化方式怎么使用”，在日常操作中，相信很多人在 redis 的持久化方式怎么使用问题上存在疑惑，丸趣 TV 小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”redis 的持久化方式怎么使用”的疑惑有所帮助！接下来，请跟着丸趣 TV 小编一起来学习吧！
redis 支持两种持久化的方式，可以单独使用或者结合起来使用
一、RDB
rdb 方式的持久化是通过快照完成的，当符合一定条件时 redis 会自动将内存中的所有数据执行快照操作并存储到硬盘上。默认存储在 redis 根目录的 dump.rdb 文件中。(文件名在配置文件中 dbfilename)
redis 进行快照的时机（在配置文件 redis.conf 中）
save 900 1：表示 900 秒内至少一个键被更改则进行快照。
save 300 10
save 60 10000
redis 自动实现快照的过程
1：redis 使用 fork 函数复制一份当前进程的副本 (子进程)
2：父进程继续接收并处理客户端发来的命令，而子进程开始将内存中的数据写入硬盘中的临时文件
3：当子进程写入完所有数据后会用该临时文件替换旧的 RDB 文件，至此，一次快照操作完成。
注意：redis 在进行快照的过程中不会修改 RDB 文件，只有快照结束后才会将旧的文件替换成新的，也就是说任何时候 RDB 文件都是完整的。
这就使得我们可以通过定时备份 RDB 文件来实现 redis 数据库的备份，
RDB 文件是经过压缩的二进制文件，占用的空间会小于内存中的数据，更加利于传输。
手动执行 save 或者 bgsave 命令让 redis 执行快照。
两个命令的区别在于，save 是由主进程进行快照操作，会阻塞其它请求。bgsave 是由 redis 执行 fork 函数复制出一个子进程来进行快照操作。
文件修复：redis-check-dump
rdb 的优缺点
优点：由于存储的有数据快照文件，恢复数据很方便。
缺点：会丢失最后一次快照以后更改的所有数据。
二、AOF
aof 方式的持久化是通过日志文件的方式。默认情况下 redis 没有开启 aof，可以通过参数 appendonly 参数开启。
appendonly yes
aof 文件的保存位置和 rdb 文件的位置相同，都是 dir 参数设置的，默认的文件名是 appendonly.aof，可以通过 appendfilename 参数修改
appendfilename appendonly.aof
redis 写命令同步的时机
a
ppendfsync always 每次都会执行
appendfsync everysec 默认 每秒执行一次同步操作（推荐，默认）
appendfsync no 不主动进行同步，由操作系统来做，30 秒一次
aof 日志文件重写
auto-aof-rewrite-percentage 100(当目前 aof 文件大小超过上一次重写时的 aof 文件大小的百分之多少时会再次进行重写，如果之前没有重写，则以启动时的 aof 文件大小为依据)
auto-aof-rewrite-min-size 64mb
手动执行 bgrewriteaof 进行重写
重写的过程只和内存中的数据有关，和之前的 aof 文件无关。
所谓的“重写”其实是一个有歧义的词语，实际上，AOF 重写并不需要对原有的 AOF 文件进行任何写入和读取，它针对的是数据库中键的当前值。
文件修复：redis-check-aof
动态切换 redis 持久方式，从 RDB 切换到 AOF（支持 Redis 2.2 及以上）
CONFIG SET appendonly yes
CONFIG SET save（可选）
注意：当 redis 启动时，如果 rdb 持久化和 aof 持久化都打开了，那么程序会优先使用 aof 方式来恢复数据集，因为 aof 方式所保存的数据通常是最完整的。如果 aof 文件丢失了，则启动之后数据库内容为空。
注意：如果想把正在运行的 redis 数据库，从 RDB 切换到 AOF，建议先使用动态切换方式，再修改配置文件，重启数据库。(不能直接修改配置文件，重启数据库，否则数据库中数据就为空了。)
到此，关于“redis 的持久化方式怎么使用”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注丸趣 TV 网站，丸趣 TV 小编会继续努力为大家带来更多实用的文章！
