为了账号安全,请及时绑定邮箱和手机立即绑定
首页 手记 【金秋打卡】第十九天+Redis持久化

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

2022.11.11 07:39 79浏览

课程名称: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

点击查看更多内容
0人点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
JAVA开发工程师
手记
粉丝
4
获赞与收藏
2

关注TA,一起探索更多经验知识

同主题相似文章浏览排行榜

风间影月说签约讲师

51篇手记,涉及Java、MySQL、Redis、Spring等方向

进入讨论

Tony Bai 说签约讲师

151篇手记,涉及Go、C、Java、Python等方向

进入讨论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消