1、持久化咱们前两章已经讲了,redis是内存型的数据库,他之因此快是由于数据存储在内存。那么数据存储在内存会有什么问题呢?固然就是当服务重启或者服务器宕机内存数据就被清除,咱们就没法访问以前存储的数据了。那么怎么解决这个问题呢?固然就是使用持久化技术面试
持久化(Persistence),即把数据(如内存中的对象)保存到可永久保存的存储设备中(如磁盘)。持久化是将程序数据在持久状态和瞬时状态间转换的机制。好比JDBC就是一种持久化机制。文件IO也是一种持久化机制。redis
redis也是一个支持持久化的内存数据库,也就是说redis须要常常将内存中的数据同步到磁盘来保证持久化,持久化能够避免因进程退出而形成数据丢失;数据库
redis支持两种持久化方式,RDB和AOF设计模式
2、RDB持久化方式RDB持久化把当前进程数据生成快照(.rdb)文件保存到硬盘的过程,有手动触发和自动触发服务器
手动触发有save和bgsave两命令多线程
save****命令:阻塞当前Redis,直到RDB持久化过程完成为止,若内存实例比较大会形成长时间阻塞,线上环境不建议用它架构
bgsave****命令:redis进程执行fork操做建立子进程,由子线程完成持久化,阻塞时间很短(微秒级),是save的优化,在执行redis-cli shutdown关闭redis服务时,若是没有开启AOF持久化,自动执行bgsave;并发
bgsave流程以下:app
命令:config set dir /usr/local //设置rdb文件保存路径分布式
备份:bgsave //将dump.rdb保存到usr/local下
恢复:将dump.rdb放到redis安装目录与redis.conf同级目录,重启redis便可
1,查看启动目录,没有dump文件
二、set值
三、执行shutdown命令关掉服务,查看目录,已经生成对应的dump文件。
四、重启redis服务,发现数据还存在
五、执行shutdown命令关掉服务,并把dump文件删除
六、启动redis在进行查看,发现存储的数据已经不存在了。
优势:
缺点:
针对RDB不适合实时持久化,redis提供了AOF持久化方式来解决
开启方式就是在redis.conf设置:appendonly yes (默认不开启,为no)
默认文件名:appendfilename "appendonly.aof"
配置信息 | 含义 |
appendonly yes | 启用aof持久化方式 |
appendfsync always | 每收到写命令就当即强制写入磁盘,最慢的,可是保证彻底的持久化,不推荐使用 |
appendfsync everysec | 每秒强制写入磁盘一次,性能和持久化方面作了折中,推荐 |
no-appendfsync-on-rewrite yes | 正在导出rdb快照的过程当中,要不要中止同步aof |
auto-aof-rewrite-percentage 100 | aof文件大小比起上次重写时的大小,增加率100%时,重写 |
auto-aof-rewrite-min-size 64mb | aof文件,至少超过64M时,重写 |
设置appendonly yes;
将appendonly.aof放到dir参数指定的目录;
启动Redis,Redis会自动加载appendonly.aof文件。
若是同时都开启了AOF和RDB 两种持久化方式,那么加载顺序及流程以下
一直想整理出一份完美的面试宝典,可是时间上一直腾不开,这套一千多道面试题宝典,结合今年金三银四各类大厂面试题,以及 GitHub 上 star 数超 30K+ 的文档整理出来的,我上传之后,毫无心外的短短半个小时点赞量就达到了 13k,说实话仍是有点难以想象的。
内容涵盖:Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、Redis、MySQL、Spring、SpringBoot、SpringCloud、RabbitMQ、Kafka、Linux等技术栈(485页)
内容涵盖:Java基础、JVM、高并发、多线程、分布式、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat、数据库、云计算等
因为篇幅限制,详解资料太全面,细节内容太多,因此只把部分知识点截图出来粗略的介绍,每一个小节点里面都有更细化的内容!
须要的小伙伴,能够一键三连,点击这里获取免费领取方式!