Redis是怎样做持久化的？

1.RDB
通过配置文件(redis.conf) redis中有快照 一般是以rdb文件结尾 在配置文件中可以通过save手动命令 [时间] [次数] 持久化时间 将内存中的数据在设置的有效期内写入多少次 那么redis会自动将内存中的数据存入到当前dump.rdb

RDB优点：
一般适用于处理大型文件 来做容灾备份 数据恢复时 比AOF快很多

RDB缺点:
RDB持久化方式数据没办法做到实时持久化也是秒级别的持久化 使用RDB持久化方式的时候我们已经知道了 bgsave命令每次运行都要fork操作创建子进程 此操作是非轻量级操作 成本高

2.AOF
如果实现AOF持久化 需要修改redis.conf配置文件中 appendonly no 改为 appendonly yes 完成修改后 目录下会生成一个 appendonly.aof文件 再次写入后 appendonly.aof文件内容中会保存刚才写入的内容
注:如果此文件删除后需要重启服务来自动恢复
并且此文件不能被损坏(修改文件中内容) 如果此文件损坏后则无法保存新写入的内容 需要执行以下命令进行修复
redis-check-aof --fix appendonly.aof 回车后 按y 再次回车
修复成功 但是 修复成功后 appendonly.aof文件中的数据会显示为空 这并不是数据丢失 重启服务的时候再次查看此配置文件就不会是空 并且修复后新写入的内容也会显示出来

AOF优点
1.可以做实时的数据同步策略 只需将redis.conf配置文件中 appendonly no 改为 appendonly yes即可
2.不会出现数据丢失问题 如果有网络波动或者其他意外造成的问题 会按照时间来计算丢失数据的多少

AOF缺点
如果采用文件追加形式,遇到大型文件读写效率不会像RDB那样快 同样通过fork子进程进行操作

注意事项：
1.如果redis服务器出现了宕机状态 结果内存中的数据没有写到dump.rdb数据库中则会造成数据丢失 不安全
2.如果aof持久化与rdb持久化操作同时开启时 那么aof的优先级会高于rdb