【金秋打卡】第十九天+Redis持久化

2022/11/12 4:23:57

本文主要是介绍【金秋打卡】第十九天+Redis持久化,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

课程名称:redis入门

课程章节:第九章

主讲老师:慕神

课程内容:

今天主要学习了redis持久化的内容:

Redis持久化
数据从内存同步到硬盘
两种持久化方式:
RDB方式
AOF方式
持久化使用的方式:
1.RDB方式:
默认支持,在指定的时间间隔内,将内存中的数据集快照写入到磁盘
2.AOF方式:
日志的形式记录服务器处理的每一个操作,服务器启动之初,读取文件,重新构建数据库
3.无持久化
通过配置继用Redis持久化功能,Redis缓存机制
4.同时使用RDB和AOF

RDB
优势:
1.数据库只包含一个文件,通过文件备份策略,定期配置,恢复系统灾难
2.压缩文件转移到其他介质上
3.性能最大化,redis开始持久化时,分叉出进程,由子进程完成持久化的工作
,避免服务器进程执行I/O操作,启动效率高
劣势:
1.无法高可用:系统一定在定时持久化之前宕机,数据还没写入,数据已经丢失
2.通过fock分叉子进程完成工作,数据集大的时候,服务器需要停止几百毫秒甚至1秒
配置:
cd /usr/local/redis
vim redis.conf
默认:
save 900 1 #每900秒至少1个key变化,持久化一次,到内存一个快照
save 300 10 #每300秒至少10个key变化,往硬盘写一次
save 60 10000 #每60秒至少10000个key变化,写一次
dbfilename dump.rdb #数据的文件名
dir ./ #保存的路径,redis路径下

课程收获:

AOF
优势:
1.同步:
a.每秒同步:异步完成,效率高,一旦系统宕机,修改的数据丢失
b.每修改同步:同步持久化,每分钟发生的变化记录到磁盘中,效率低,安全
c.不同步
2.日志写入操作追加模式append
a.系统宕机,不影响存在的内容
b.写入一半数据,若系统崩溃,下次启动redis,redis-check-aof工具解决数据一致性
3.如果日志过大,自动重写机制,修改的数据写入到到磁盘文件,创建新文件,记录产生的修改命令,重写切换时,保证数据安全
4.格式清晰的日志文件,完成数据的重建

劣势:
1.对于相同数据文件,相比RDB,AOF文件较大
2.效率低


https://img2.sycdn.imooc.com/635e6a630001901d16511053.jpg



这篇关于【金秋打卡】第十九天+Redis持久化的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程