264-Redis的持久化
2021/4/9 2:26:04
本文主要是介绍264-Redis的持久化,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
Redis的持久化
Redis是内存数据库,如果不将内存中的数据库状态保存到磁盘中,那么一旦服务器进程退出,服务器中的数据库状态也会消失。所以Redis提供了持久化的功能。
RDB (Redis DataBase)
在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是Snapshot快照,它恢复时是将快照文件直接读到内存中。(类似是把数据做一个副本保存下去)
Redis会单独创建(fork)一个子进程来进程持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上一次持久化好的文件。整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能。如果需要进程大规模数据的恢复,且对数据恢复的完整性不是非常敏
感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
持久化
rdb保存的文件是dump.rdb
触发机制
- save的规则满足的情况下,会自动触发rdb操作
- 执行flushall命令,会触发rdb操作
- 退出redis(服务器)时,也会触发rdb操作
备份会自动生成也给dump.rdb文件
如何恢复rdb文件
只需要将rdb文件放在redis的启动目录下就可以。redis启动时会自动检查dump.rdb文件恢复其中的数据
优点
- 适合大规模的数据恢复
- 对数据的完整性要求不高
缺点
- 需要一定的时间间隔进行操作,如果redis意外宕机,最后一次持久化后的操作数据就没有了
- fork进程的时候,会需要占用一定的内存空间
下面是示例应用
我们再次启动服务器
启动客户端
持久化成功,数据还在。
AOF(Append Only File)
将所有写操作的命令都记录下来,类似history,恢复时将所有的命令都执行一遍!
AOF保存的文件是appendonly.aof
如果这个aof文件被恶意修改,这个时候redis是启动不起来的,我们需要修复这个aof文件!
redis提供的一个工具 redis-check-aof --fix 来修改aof文件
优点
- 每一次修改都同步,文件的完整性比较好
- 每秒同步一次,可能会丢失1s的数据
缺点
- 相对于数据文件来说,aof远远大于rdb
- 修复的速度比rdb慢
- AOF的运行效率也比rdb慢。
这篇关于264-Redis的持久化的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-05-31Tiny RDM:你的下一代Redis桌面GUI神器-icode9专业技术文章分享
- 2024-03-21redisinsight-v2
- 2024-02-26Typed property App\Api\Mapper\GamePropsConfigMapper::$apiRedis must not be accessed before initia-icode9专业技术文章分享
- 2024-02-21redisson getlock
- 2024-02-20redis config
- 2024-02-20redis leaderboard
- 2024-01-23缓存选型:Redis or MemCache
- 2024-01-22面试官:Redis持久化能关吗?怎么关?
- 2024-01-21Redis压测工具redis-benchmark-icode9专业技术文章分享
- 2024-01-19这才是你应该了解的Redis数据结构!